Modèle physique sql

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.). 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. 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. 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. La ERD physique représente le plan de conception réel d`une base de données relationnelle. Il représente la façon dont les données doivent être structurées et liées dans un SGBD spécifique, il est donc important de considérer la Convention et la restriction du SGBD que vous utilisez lorsque vous concevez un ERD physique. Cela signifie qu`une utilisation précise du type de données est nécessaire pour les colonnes d`entité et que l`utilisation de mots réservés doit être évitée dans les entités et les colonnes de dénomination. En outre, les concepteurs de bases de données peuvent également ajouter des clés primaires, des clés étrangères et des contraintes à la conception.

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. 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 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. 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. En tant que sous-produit de cette exigence, ARTS a élargi son ensemble de produits de travail pour ARTS ODM V 7.0/7.1 pour inclure une base de données d`échantillons entièrement générée. La procédure pour cela est expliquée en détail dans l`extrait d`entrepôt de données ARTS, transformation et chargement des zones physiques sujet. 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.