Modèle physique de données access

L`indépendance des données et l`indépendance des opérations constituent la caractéristique de l`abstraction des données. Il existe deux types d`indépendance des données: logique et physique. Le schéma physique est un terme utilisé dans la gestion des données pour décrire comment les données sont représentées et stockées (fichiers, index, et coll.) dans le stockage secondaire à l`aide d`un système de gestion de base de données (SGBD) (par exemple, Oracle SGBDR, Sybase SQL Server, etc.). 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.

L`indépendance des données physiques fait référence à l`immunité du modèle interne aux changements dans le modèle physique. Le schéma logique reste inchangé même si des modifications sont apportées à l`organisation de fichiers ou aux structures de stockage, aux périphériques de stockage ou à la stratégie d`indexation. L`indépendance des données physiques traite de la dissimulation des détails de la structure de stockage des applications utilisateur. Les demandes ne devraient pas être impliquées dans ces questions, car il n`y a aucune différence dans l`opération effectuée contre les données. Le modèle de données physiques représente le modèle où il décrit comment les données sont stockées dans la mémoire de l`ordinateur, comment elles sont dispersées et commandées dans la mémoire, et comment elles seraient récupérées à partir de la mémoire. Fondamentalement, le modèle de données physiques représente les données au niveau de la couche de données ou de la couche interne. Il représente chaque table, leurs colonnes et spécifications, contraintes comme clé primaire, clé étrangère, etc. Il représente fondamentalement comment chaque tables sont construites et liées les unes aux autres dans DB.

Par conséquent, le modèle de données basé sur des objets est basé sur l`exigence réelle de l`utilisateur, alors que le modèle de données basé sur les enregistrements est basé sur les relations réelles et les données dans DB. Le modèle de données physiques est basé sur la structure de la table dans le DB. Le modèle de données physiques représente la façon dont le modèle sera généré dans la base de données. Un modèle de base de données physique affiche toutes les structures de table, y compris le nom de colonne, le type de données de colonne, les contraintes de colonne, la clé primaire, la clé étrangère et les relations entre les tables. Les caractéristiques d`un modèle de données physiques comprennent: la modélisation des données est la première étape du processus de conception de la base de données. Cette étape est parfois considérée comme une phase de conception de haut niveau et abstraite, également appelée conception conceptuelle. L`objectif de cette phase est de décrire: modèle Transitor vous permet de transiter un ERD logique à un ERD physique et avec la relation de transition maintenue. Pour transiter, faites un clic droit sur l`arrière-plan de votre ERD conceptuel/logique, puis sélectionnez Utilitaires > transit à logique/physique ERD… dans le menu contextuel.

Cela formera une nouvelle ERD avec de nouvelles entités. Vous pouvez effectuer des modifications comme pour renommer les entités et les colonnes, ou pour ajouter des entités supplémentaires dans le nouveau ERD. Un administrateur de base de données (DBA) crée généralement le modèle de données physiques réel. Il doit également y avoir une implication de l`administrateur de données (DA), de l`utilisateur professionnel et du développeur d`applications. Je vais passer par un exemple de vie réelle (les noms ont été modifiés pour protéger le coupable) d`une conception de base de données.

Dit bericht is geplaatst in Geen categorie. Bookmark de permalink.