Modèle conceptuel de base de données

Je pense qu`il n`y a pas de honte à utiliser une technique d`objet pour modéliser logiquement, puis créer des bases de données relationnelles hautes performances à partir de ce modèle. Voir le livre de David Hay UML et modélisation des données: une réconciliation si vous ne voulez pas prendre ma parole pour cela. Il est mon ami DAMA et je ne suis pas d`accord avec littéralement chaque mot qu`il dit, mais je pense que le livre est bon pour l`artisanat de modélisation à abattre un mur inutile. En plus il fait de bons cygnes en origami. Le modèle de données met l`accent sur les données nécessaires et la façon dont elles doivent être organisées au lieu des opérations qui doivent être exécutées sur les données. Le modèle de données est comme le plan de construction d`architecte qui aide à construire un modèle conceptuel et à définir la relation entre les éléments de données. modèle physique: en fait des tables. Les petites images ont des types de données en eux et nommé PK/FK contraintes modèle logique: cliquez sur le petit bouton de mon outil (en utilisant oracles SQL Developer Data Modeller, je n`ai pas une licence Erwin et 2010 Visio ne plus inverser les ingénieurs de la DB), puis les images sur l`écran changent légèrement. Les types de données ont disparu et les noms des contraintes ont disparu, puis les couleurs des représentations de table changent en violet (alors maintenant je les appelle des entités). En savoir plus: différence entre le modèle de base de données logique et physique | Différence entre | Logique vs modèle de base de données physique http://www.differencebetween.net/technology/software-technology/difference-between-logical-and-physical-database-model/#ixzz3AxPVhTlg le modèle de données logiques n`est pas seulement «plus de détails»–lorsque cela est utile et important, un modèle de données conceptuels peut bien avoir des attributs inclus–c`est le document ARCHITECTURE, le modèle qui est présenté aux analystes/ingénieurs logiciels pour expliquer et spécifier les exigences en matière de données. Il résoudra les relations plusieurs-à-plusieurs à des tables d`association et définira tous les attributs, avec des exemples et des contraintes, de sorte que le code puisse être écrit contre l`architecture. Modèle de base de données physique la modélisation de base de données physique traite de la conception de la base de données réelle en fonction des exigences recueillies lors de la modélisation logique.

Toutes les informations recueillies sont converties en modèles relationnels et en modèles d`affaires. Pendant la modélisation physique, les objets sont définis à un niveau appelé niveau de schéma. Un schéma est considéré comme un groupe d`objets qui sont liés les uns aux autres dans une base de données. Les tables et les colonnes sont faites selon les informations fournies lors de la modélisation logique. Les clés primaires, les clés uniques et les clés étrangères sont définies afin de fournir des contraintes. Les index et les instantanés sont définis. Les données peuvent être résumées, et les utilisateurs sont fournis avec une perspective alternative une fois que les tables ont été créées. Il est important de se rappeler qu`il n`y a pas une réponse juste ou fausse. Plus la situation est complexe, plus les conceptions possibles fonctionneront. La conception de base de données est une compétence acquise, cependant, et les concepteurs plus expérimentés auront une bonne idée de ce qui fonctionne et des problèmes possibles à un stade ultérieur, après avoir traversé le processus avant. Le but principal de ce modèle est d`établir les entités, leurs attributs et leurs relations.

Dans ce niveau de modélisation de données, il n`y a guère de détail disponible de la structure de base de données réelle. Pour une discussion de ces différences, consultez les bases de modélisation des données par Simsion et Witt par exemple. Nyerges, T. (1991). Informations géographiques abstractions: clarté conceptuelle pour la modélisation géographique. Environnement et planification A, 23, 1483-1499. Cet article fait suite à la phase 1 de conception de base de données: analyse. Halpin, T. (2002). Metaschemas pour les modèles de données ER, ORM et UML: une comparaison, revue de gestion de base de données, 13 (2), 20-30.

Le modèle physique est celui modèle logique généré spécifiquement pour un environnement particulier, tel que SQL Server ou Teradata ou Oracle ou autre. Il aura des clés, des index, des partitions, ou tout ce qui est nécessaire pour implémenter, basé sur le dimensionnement, la fréquence d`accès, les contraintes de sécurité, etc.

Comments are closed.