1. Les limites des bases opérationnelles pour le reporting

Dans un ERP transactionnel (OLTP – Online Transaction Processing), la base de données est hautement normalisée (3ème forme normale) afin de garantir la rapidité des écritures et d’éviter les redondances. En revanche, exécuter des requêtes analytiques complexes sur des millions de lignes jointes ralentit considérablement la production.

L’informatique décisionnelle (OLAP – Online Analytical Processing) déplace ces données vers un modèle dénormalisé optimisé pour la lecture rapide et l’agrégation statistique : le schéma en étoile (Star Schema).

2. Anatomie d’un schéma en étoile sous PowerBI

Le modèle en étoile sépare rigoureusement deux catégories de tables :

  • La table de faits (Fact Table – au centre) : Contient les événements numériques mesurables (métriques quantitatives). Exemple : Fact_Ventes contenant les montants hors taxe, quantités vendues, marges brutes, remises, et les clés étrangères vers les dimensions.
  • Les tables de dimensions (Dimension Tables – aux branches) : Contiennent le contexte qualitatif et textuel permettant de filtrer, regrouper et découper les métriques :
    • Dim_Temps (Calendrier) : Date, Mois, Trimestre, Année, Semaine fiscale, Jour ouvré.
    • Dim_Client : Ville, Canton suisse, Secteur d’activité, Catégorie de solvabilité.
    • Dim_Produit : Famille de produit, Gamme, Marque, Fournisseur d’origine.
    • Dim_Commercial : Nom du conseiller, Agence (Genève, Lausanne, Fribourg, Neuchâtel).

3. Cardinalités et direction du filtrage croisé

Règle d'or de modélisation PowerBI :
- Chaque table de dimension est reliée à la table de faits par une relation 1-à-Plusieurs (1:*).
- La direction du filtrage croisé doit toujours être à sens unique (de la dimension vers la table de faits).
- Ne jamais créer de relations bidirectionnelles inutiles qui dégradent les performances et créent des résultats ambigus.

Principe architectural : Une modélisation de données propre et rigoureuse résout 90% des difficultés ultérieures d’écriture de formules DAX complexes.

PreviousNext