Différence entre le schéma en étoile et en flocon

Les schémas en étoile et en flocon de neige sont les modèles de données multidimensionnels les plus populaires, utilisés pour un entrepôt de données(DataWarehouse). La différence cruciale entre le schémas en étoile et en flocon de neige est que le schéma en étoile n’utilise pas la normalisation alors que le schéma en flocon de neige utilise la normalisation pour éliminer la redondance des données. Les tables de faits et de dimensions sont indispensables pour créer un schéma. Vous pouvez également consulter notre article précédemment publié sur la différence entre le tableau des faits et celui des dimensions pour bien le comprendre.
 
 
La conception de bases de données relationnelles implique un modèle de données entité-relation. Dans ces modèles, un schéma de base de données se compose d’un ensemble d’entités et des relations entre elles. Ce type de modèle de données est approprié pour le traitement des transactions en ligne. En outre, l’entrepôt de données nécessite de brefs schémas orientés vers le sujet, qui facilitent l’analyse des données en ligne. Un schéma est utilisé pour décrire la base de données entière de manière logique. De même, l’entrepôt de données nécessite un schéma pour sa maintenance.

Différence entre ROLAP et MOLAP

Une réflexion sur “Différence entre le schéma en étoile et en flocon

  • mai 19, 2020 à 9:38 am
    Permalien

    le schéma en flocon de neige prend plus de temps en raison de l’utilisation excessive de la jointure????
    aie aie aie ca fait mal aux yeux ca. c’est complètement faux. Les jointures sont justement le mécanisme que les Système de gestion de base de données relationnelles apportent pour augmenter les performances… le fait que l’étoile prend moins de temps est parfois vrai sur des dimensions pas trop peuplées. Par contre, si vous avez une dimension client avec 100000 Clients, je vous défie d’être plus rapide en étoile qu’en flocon de neige!!! . Il ne manque plus qu’un pas pour que vous affirmiez qu’il faut absolument utiliser des tables heap (sans index cluster) sur des grosses tables(ce qui est aussi une totale aberration)

    Répondre

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *