On reprend les tables préparées au chapitre 3 : Ventes (faits), Produits et Magasins (dimensions). On ajoute une table Dates (créée au chapitre 5, ici on suppose qu'elle existe : une ligne par jour, colonne « Date » unique).

Construction du modèle :

1. Produits (1) → Ventes (*) sur « Code produit ». Cardinalité 1:*, direction simple.
2. Magasins (1) → Ventes (*) sur « Code magasin ». 1:*, simple.
3. Dates (1) → Ventes (*) sur « Date de commande ». 1:*, simple, relation active.
4. Dates → Ventes sur « Date de livraison » : deuxième relation, laissée inactive.

Vérifications :

• Les clés des dimensions sont uniques (un code produit, un code magasin, une date par ligne). Sinon, Power BI proposerait *:*.
• Aucune relation entre Produits et Magasins : ces deux dimensions ne se filtrent qu'à travers Ventes.
• Un contrôle rapide : un visuel « Total des ventes par catégorie » ne doit pas montrer la même valeur partout (signe d'un filtre qui ne passe pas), et la part « (Vide) » doit être faible.

Ce que permet ce modèle : filtrer les ventes par n'importe quel attribut de produit, de magasin ou de date, et combiner ces filtres — la base de tout le reste du module.

À vous de jouer : dans ce modèle, combien de relations relient la table Dates à la table Ventes, et combien sont actives ?