Modèle physique de données

Modèle physique de données

La figure 1 présente un PDM partiel pour l`Université-vous savez qu`il n`est pas complet par le fait que la table de séminaire inclut des clés étrangères aux tables qui ne sont pas montrées, et très franchement il est évident que beaucoup de concepts de domaine tels que le cours et le professeur ne sont manifestement pas Modélisé. Toutes sauf une des cases représentent des tables, la seule exception est UniversityDB qui répertorie les procédures stockées implémentées dans la base de données. Parce que le diagramme est donné le stéréotype modèle de données physiques vous savez que les boîtes de classe représentent des tables, sans le stéréotype de diagramme que j`aurais besoin d`utiliser le stéréotype table sur chaque table. Les relations entre les tables sont modélisées à l`aide de la notation UML standard, bien qu`elles ne soient pas affichées dans l`exemple, il serait raisonnable de modéliser la composition et les relations d`héritage entre les tables. Les relations sont mises en œuvre via l`utilisation des clés (plus sur ceci-dessous). Les modèles de données physiques doivent suivre le modèle de données logique aussi étroitement que possible, tout en ajoutant les éléments d`optimisation pour se conformer à une base de données et une plate-forme spécifiques. Avec Visual Paradigm, vous pouvez dessiner les trois types de modèle, plus pour progresser à travers les modèles grâce à l`utilisation de Model Transitor. 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. Appliquer des conventions d`appellation. Votre organisation devrait avoir des normes et des lignes directrices applicables à la modélisation des données, et si ce n`est pas vous devriez faire pression pour avoir mis en place. Comme toujours, vous devez suivre la pratique d`AM de appliquer les normes de modélisation. La modélisation des données physiques implique la transformation du modèle logique d`une conception purement commerciale en une conception optimisée pour s`exécuter dans un environnement particulier. Les choses qui doivent être prises en compte lors de la modélisation physique incluent le SGBDR spécifique, l`environnement matériel, la fréquence d`accès aux données et les chemins d`accès aux données. La modélisation des données physiques implique l`ajout de propriétés, telles que l`espace, l`espace libre et les index. Il peut également impliquer de modifier les structures logiques. Je vais aborder les changements physiques que vous pouvez apporter aux structures logiques. Les trois principales raisons de s`écarter du modèle logique sont d`améliorer les performances, d`améliorer la convivialité et d`enregistrer DASD.

Appliquez des modèles de modèle de données. Certains modélisateurs de données appliqueront des modèles de modèles de données communs, David Hay (1996) livre modèles de données modèle est la meilleure référence sur le sujet. Les modèles de modèle de données sont conceptuellement les plus proches des modèles d`analyse, car ils décrivent des solutions aux problèmes de domaine commun. Le livre de Hay est une très bonne référence pour toute personne impliquée dans la modélisation au niveau de l`analyse, même lorsque vous prenez une approche d`objet au lieu d`une approche de données, car ses modèles modèent des structures d`entreprise à partir d`une grande variété de domaines d`activité. La ERD physique représente le plan de conception réel d`une base de données relationnelle.