• 12 312 44 88

Modèle en étoile vs modèle en flocon

  • Modèle en étoile vs modèle en flocon

    Podziel się!Tweet about this on TwitterShare on LinkedInShare on Facebook

    Une table de dimension ne peut pas contenir de lignes dupliquées dans des modèles de base de données relationnelles pour le simple fait qu`elle pourrait créer des ambiguïtés dans la récupération. Chaque table doit avoir une colonne ou une combinaison de colonnes appelée la clé primaire qui identifie de manière unique tous les enregistrements de table. Une clé étrangère est une colonne ou un groupe de colonnes qui fournit un lien entre deux tables. Dans le schéma en étoile, chaque table de dimension a une clé primaire qui est liée à une clé étrangère dans la table de faits. La hiérarchie d`entreprise dans un schéma de flocon de neige est représentée par une relation clé primaire/clé étrangère entre les tables de dimension. Cela dit, je dois également mentionner mes pensées sont principalement dirigées vers des bases de données énormes (plusieurs millions de lignes ou même des milliards de lignes de taille des séries). Ainsi, si l`espace requis sera présenté comme une contrainte, votre technique de modélisation sera conditionnée immédiatement. L`approche flocon de neige se posera comme la voie à parcourir comme une fois la normalisation existe dans la totalité ou la plupart des dimensions de l`analyse (si vous avez de grands), vous économiserez de l`espace juste en l`utilisant. Joindre deux tables prend du temps parce que le DMBS prend plus longtemps pour traiter la demande.

    Les tables dim_store et dim_city sont placées à proximité de notre modèle, mais elles peuvent ne pas être situées n`importe où près de l`autre sur le disque. Il y a une meilleure possibilité que les données seront physiquement plus proches sur le disque si elle vit à l`intérieur de la même table. Le schéma d`étoile a moins de jointures entre la table de dimension et la table de faits par rapport à celle du schéma de flocon de neige qui a plusieurs jointures qui représente moins de complexité de requête. Étant donné que les dimensions d`un schéma d`étoile sont liées par une table de faits centrale, il a des chemins de jointure clairs qui signifient des temps de réponse de requête rapides et un temps de réponse rapide signifie de meilleures performances. Le schéma de flocon de neige a un nombre plus élevé de jointures si les temps de réponse de requête plus longs qui se traduit par des requêtes plus complexes qui compromet finalement les performances. La principale différence entre les deux modèles de base de données relationnelles est la normalisation. Les tables de dimension dans le schéma d`étoile ne sont pas normalisées signifiant que le modèle d`entreprise utilisera relativement plus d`espace pour stocker des tables de dimension et plus d`espace signifie des enregistrements plus redondants qui, en fin de compte, causeraient une incompatibilité. Le schéma de flocon de neige, d`autre part, minimise la redondance des données parce que les tables de dimension sont normalisées qui compte pour les enregistrements redondants beaucoup moins. La hiérarchie d`entreprise et ses dimensions sont conservées par l`intégrité référentielle, ce qui signifie que les relations peuvent être mises à jour indépendamment dans les entrepôts de données.

    Komentarze zostały wyłączone.

404 Not Found.