Power BI : schéma en étoile, pourquoi tout le monde insiste ?
poze 5 months ago141 gadefr
J'importe une grande table plate d'Excel (ventes avec nom du client, ville, produit, catégorie…) et je fais tout dessus. Ça marche. Pourquoi faudrait-il un schéma en étoile ?
Dyagnostik IA
Se IA ki fè l. Se pa yon repons — kominote a anba a konfime oswa korije l. Toujou verifye anvan ou fye l.
1 Repons
Ça marche… jusqu'à ce que ça ne marche plus. Le moteur VertiPaq et le langage DAX sont conçus pour le schéma en étoile : une table de faits (les ventes : clés, montants, quantités) entourée de tables de dimensions (Client, Produit, Date, Magasin).
Avantages concrets : 1. Performance et taille : les attributs texte répétés sur des millions de lignes sont stockés une seule fois dans la dimension, et la compression est bien meilleure. 2. DAX plus simple et correct : les filtres se propagent naturellement de la dimension vers les faits. Beaucoup de mesures « bizarres » viennent de tables plates ou de relations plusieurs-à-plusieurs. 3. Plusieurs tables de faits (ventes, budget, stocks) peuvent partager les mêmes dimensions, pour comparer ventes et budget par produit. 4. Table de dates dédiée, obligatoire pour que les fonctions de *time intelligence* fonctionnent de façon fiable.
Dans Power Query, sépare ta table plate : référence la requête, garde les colonnes client, supprime les doublons, ajoute une clé. Répète pour chaque dimension.
Konekte pou di lòt moun si li te mache.
Sign in and verify your email to post an answer.