Trois raisons concrètes de viser l'étoile.

1. Le moteur est fait pour ça. Power BI compresse et indexe chaque colonne séparément. Une table de faits large reliée à des dimensions courtes se prête parfaitement à cette compression. Un modèle en étoile bien fait reste rapide même sur des millions de lignes de faits.

2. Les filtres restent prévisibles. Chaque dimension est à une relation des faits. Pour savoir ce qu'affiche un visuel, on suit une flèche, pas une chaîne. Moins de risque d'ambiguïté ou de relation bidirectionnelle « pour que ça marche ».

3. Les mesures sont plus simples. Beaucoup de fonctions DAX (dont l'intelligence temporelle) supposent une table de dates reliée directement à la table de faits. Une étoile fournit ce contexte naturellement.

Le cas de la « grande table plate ». Tout mettre dans une seule table (ventes + toutes les descriptions dupliquées) fonctionne pour un petit rapport, mais gonfle le fichier et rend le filtrage par attribut moins souple. L'étoile est le bon compromis entre la table plate et le flocon.

À retenir

• L'étoile tire parti de la compression par colonne du moteur Power BI.
• Chaque dimension à une seule relation des faits = filtres prévisibles.
• L'intelligence temporelle attend une table de dates reliée directement aux faits.

À vous de jouer : d'après la lecon, l'intelligence temporelle DAX fonctionne mieux quand la table de dates est reliée directement à la table de faits ou à travers plusieurs tables ?