Modèle physique de données traduction

Le modèle de données physiques ARTS complète les tables basées sur des modèles logiques avec des vues et des tables d`extraction-transformation-chargement (ETL) utilisées pour remplir le modèle d`entrepôt de données ARTS Model V 3.0 et son modèle physique. C`est la raison pour laquelle ARTS a transitionné à partir d`un modèle limité „quasi-physique” dans les versions 6,1 et antérieures à un modèle physique complet avec DDL dans la version 7.0/7.1. L`outil de modèle de données ERWIN ne permet pas de mapper un modèle de données logique et dimensionnelle (ARTS DWM 3,0) à un modèle de données opérationnelles logiques. Il nécessite que le mappage utilise une base de données physique. Par conséquent, ARTS a dû générer un modèle de données opérationnelles physiques pour mapper explicitement les entités dimensionnelles et les attributs de l`entrepôt de données au modèle de données opérationnelles ARTS. Le diagramme montre une vue simplifiée de la transformation de logique à physique en DDL. Le dictionnaire de données physiques couvre une base de données ou un schéma, tandis que le dictionnaire de données logiques couvre un domaine d`activité ou même une organisation entière. Par conséquent, il devrait y avoir un dictionnaire de données logiques couvrant un domaine, mais il peut y avoir plus d`un dictionnaires de données physiques puisque les mêmes données peuvent exister dans plus d`applications. Un bon exemple est que les données des clients-il peut être détenu dans plusieurs bases de données-eCommerce, CRM, ERP ou Data Warehouse. 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. La conception de base de données est le processus de transformation d`un modèle de données logique en une base de données physique réelle. Un modèle de données logique est nécessaire avant de pouvoir commencer à concevoir une base de données physique. En supposant que le modèle de données logique est complet, cependant, ce qui doit être fait pour implémenter une base de données physique? 3 conception physique et mise en œuvre 1. traduire le modèle de données logiques globales pour la cible SGBD  1.1 relations de base de conception pour la cible SGBD  1.2 règles d`intégrité de conception pour SGBD cible 2. conception et mise en œuvre de la représentation physique  2.1 analyser les transactions  2.2 choix des organisations de fichiers  2.3 choix des index secondaires  2.4 envisager l`introduction d`une redondance contrôlée  2.5 estimer l`espace disque 3. concevoir et mettre en œuvre des mécanismes de sécurité  3.1 conception et mise en œuvre des vues des utilisateurs  3.2 conception et mise en œuvre des règles d`accès 4. Surveiller et régler le système opérationnel 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: 15 fenêtre de base de données Microsoft Access pour la base de données DreamHome non seulement le public est différent, il est également créé par des personnes différentes. Le dictionnaire de données logiques est créé par les analystes métier. Le dictionnaire de données physiques est créé et entretenu par les architectes de base de données et les administrateurs de base de données. La différence entre les dictionnaires de données logiques et physiques est la même que entre le modèle de données logique et physique: par conception, le modèle entièrement attribué créé dans le modèle logique ARTS a toutes les relations beaucoup à 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.

Ilość wejść: 24931