2.2 · Schéma en étoile (faits & dimensions)

Niveau 2 · Intermédiaire : modèle de données & introduction au DAX

2.2Schéma en étoile (faits & dimensions)

Objectif : structurer le modèle en étoile (table de faits + dimensions) — la base d'un modèle performant.
Temps estimé : 18 min

Le schéma en étoile est LA règle d'architecture de Power BI — celle que Microsoft martèle dans toute sa documentation : au centre, la table de faits (les événements mesurables : ventes, commandes, tickets — beaucoup de lignes, des montants) ; autour, les dimensions (les axes d'analyse : produits, clients, dates, magasins — peu de lignes, des libellés). Chaque dimension pointe vers les faits en un-à-plusieurs : le dessin forme une étoile.

Ce n'est pas de l'esthétique : l'étoile rend le DAX plus simple, les performances meilleures et les rapports plus fiables. Vous apprendrez à reconnaître faits et dimensions dans vos données, et à remodeler une « table unique » en étoile.

Vocabulaire de la section

Table de faits
Les événements à mesurer : une ligne = une transaction/un événement, avec les clés vers les dimensions et les valeurs numériques.
Table de dimension
Un axe d'analyse : une ligne = un élément unique (un produit, un client, un jour), avec ses attributs descriptifs.
Schéma en étoile
Faits au centre, dimensions autour, relations 1:* : l'architecture de référence des modèles Power BI.
Granularité
Le niveau de détail d'une ligne de faits (la vente ? la ligne de commande ? le jour ?) : à définir consciemment, jamais mélanger.
Table unique (anti-modèle)
Tout dans une seule grande table : ça « marche » au début, puis DAX et performances se dégradent — l'étoile est le remède.
Vérifiez votre compréhension

Quelle est l'architecture de référence d'un modèle Power BI ?

Schéma en étoile (faits & dimensions)
Vidéo hébergée sur YouTube — ouvrir dans un nouvel onglet ↗
Tutos « 2.2 » Power BI schéma en étoile faits dimensions (recherche)
Cliquer pour voir les résultats à jour ↗

En pratique — Remodeler vos ventes en étoile

  1. Analysez votre table de ventes : quelles colonnes sont des FAITS (montant, quantité) et lesquelles décrivent des DIMENSIONS (ville, commercial, produit) ?
  2. Dans Power Query, créez la dimension Commerciaux : dupliquez la requête Ventes → gardez la colonne Commercial → Supprimer les doublons. Faites de même pour Villes si pertinent.
  3. Dans la table de faits, ne gardez que les clés et les mesures ; reliez chaque dimension en 1:*.
  4. Vue Modèle : disposez les faits au centre, les dimensions autour — votre première étoile. Vérifiez qu'un visuel Commercial × Montant fonctionne toujours.
Un modèle en étoile propre — l'architecture qui portera le DAX du reste du guide.

Points clés à retenir

  • Faits = ce qu'on mesure ; dimensions = par quoi on analyse. Toute la modélisation tient dans cette phrase.
  • L'étoile n'est pas optionnelle : DAX simple, performances et fiabilité en dépendent.
  • Une dimension = une ligne par élément, sans doublons — Power Query les fabrique en trois clics.
  • Définissez la granularité des faits et tenez-la : une ligne = une vente, partout.

Questions fréquentes

Ma table unique fonctionne très bien : pourquoi changer ?

Elle fonctionne jusqu'aux premiers calculs sophistiqués (time intelligence, ratios par dimension) et aux premiers millions de lignes. L'étoile coûte une heure maintenant et économise des jours ensuite — c'est LE conseil unanime des praticiens et de Microsoft.

Où va la table de dates dans ce schéma ?

C'est une dimension à part entière — si importante qu'elle a sa section (2.5) : reliée aux faits par la date, elle alimente toute l'analyse temporelle.

Autres ressources