Modèle physique de données def

Par conception, le modèle entièrement attribué créé dans le modèle logique ARTS a toutes les relations nombreuses à nombreuses résolues à l`aide d`entités de jointure. De même, toutes les clés primaires et étrangères sont entièrement identifiées et définies. En conséquence, les modèles de relation d`entité de base affichés dans un modèle logique sont traduits de façon un à un dans les tables SQL du modèle de données physique. Cette traduction un-à-un signifie que les entités sont mappées aux tables, les attributs sont mappés aux colonnes, les domaines sont mappés aux types de données et les relations sont mappées aux contraintes de clé étrangère dans le modèle physique. Je changerais "bien que les techniques courantes de modélisation de données utilisent une notation de modèle relationnelle, il n`y a aucune exigence que les implémentations de données résultantes doivent être créées à l`aide des technologies relationnelles" si les techniques de modélisation de données courantes peuvent utiliser un Notation de modèle objet, il n`est pas nécessaire que les implémentations de données résultantes doivent être créées à l`aide de ces technologies. "modélisation des données: la première étape du processus de conception de base de données un modèle de données logique sera normalement dérivé de et ou lié de nouveau à objets dans un modèle de données conceptuel. S`il est vrai que les outils de modélisation sans nom on est habitué à venir du monde relationnel, il existe de nombreux outils plus récents qui ne sont pas. J`espérais que vous pourriez nous expliquer les différences entre un modèle de données logique et physique. Des exemples seraient très utiles.

À partir de 2012 [Update] sept principales bases de données dominent le marché commercial: Informix, Oracle, Postgres, SQL Server, Sybase, DB2 et MySQL. D`autres systèmes SGBDR tendent soit à être des bases de données héritées, soit à être utilisés au sein des universités ou des collèges d`enseignement supérieur. Les modèles de données physiques pour chaque implémentation diffèrent sensiblement, notamment en raison des exigences sous-jacentes du système d`exploitation qui peuvent s`asseoir sous eux. Par exemple: SQL SERVERSQL Server s`exécute uniquement sur les systèmes d`exploitation Microsoft Windows, tandis que Oracle et MySQL peuvent fonctionner sur Solaris, Linux et d`autres systèmes d`exploitation basés sur UNIX, ainsi que sur Windows. Cela signifie que les exigences de disque, les exigences de sécurité et de nombreux autres aspects d`un modèle de données physiques seront influencés par le SGBDR qu`un administrateur de base de données (ou une organisation) choisit d`utiliser. [...] Que sont les modèles de données conceptuelles, logiques et physiques? [...] «Les attributs de données ont généralement des types de donnéesgénériques avec des précisions et des longueurs attribuées.» Le modèle de données physiques dépend du SGBD, c`est-à-dire; Il varie en fonction du SGBD utilisé. Cela signifie que la notation des DataType varie en fonction du SGBD. Par exemple, nous avons différents types de données dans SQL Server et Oracle Server. En outre, la représentation du diagramme de modèle de données physiques peut être différente, bien qu`elle contienne les mêmes informations que décrites ci-dessus – certains peuvent représenter la clé primaire et les clés étrangères séparément à la fin de la liste des colonnes. Ce modèle de données dépend de l`utilisateur/concepteur comment il spécifie le diagramme et les serveurs SGBDR. Le diagramme ci-dessous montre différentes façons de représenter une table.

Une fois qu`un SGBD est sélectionné, vous pouvez l`implémenter. C`est le modèle interne. Ici, vous créez toutes les tables, les contraintes, les clés, les règles, etc. C`est souvent ce que l`on appelle la conception logique. Les meilleurs liens Web de conception de base de données: conseils, tutoriels, scripts, et plus quand j`ai été principal architecte de données à une société sans nom, nous avons également sans vergogne utilisé UML pour les modèles logiques, et généré relationnel, objet et NoSQL conceptions de base de données physiques à partir de celui-ci. Et ce ne sont pas des solutions sur mesure unique qui avaient des personnels de soutien individuels, mais étaient des bases de données commerciales communes avec de nombreux (centaines de) clients à travers plusieurs systèmes d`exploitation, qui devait se comporter de façon similaire à travers toutes ces permutations technologiques.

avatar