Modélisation de données dans Power BI
La modélisation est l’étape invisible qui décide si vos chiffres seront justes. Relations, tables de faits et de dimensions, table de dates : c’est la partie la moins spectaculaire d’une formation Power BI, et celle qui évite le plus d’erreurs.
Un rapport juste commence par un modèle juste
La plupart des incohérences rencontrées dans les rapports Power BI ne viennent pas d’un visuel mal réglé mais du modèle : une relation dans le mauvais sens, une table de dates absente, un client présent deux fois dans la table clients. Les totaux paraissent plausibles, puis un écart apparaît au moment de rapprocher le rapport de la comptabilité.
Former une équipe à la modélisation, c’est lui donner une méthode pour construire des modèles que d’autres pourront reprendre et qui resteront justes quand les données grossiront.
Ce qu’un module de modélisation couvre
Faits et dimensions
Identifier ce qui se mesure (montants, quantités, heures) et ce qui décrit (client, produit, site, date).
Relations et cardinalité
Un à plusieurs, plusieurs à plusieurs, direction du filtrage, relations actives et inactives.
Table de dates
La construire, la marquer comme table de dates, gérer un exercice décalé et des semaines ISO.
Granularité
Relier un budget mensuel à des ventes journalières, gérer des niveaux de détail différents.
Modèles partagés
Un modèle sémantique pour plusieurs rapports, pour que toute l’entreprise parle des mêmes chiffres.
Optimisation
Supprimer les colonnes inutiles, réduire la cardinalité, choisir le bon mode de stockage.
Un modèle type pour un reporting commercial
Dans ce modèle, un filtre sur un commercial ou sur un trimestre se propage aux ventes, et toutes les mesures DAX s’en servent. C’est cette mécanique qui rend possibles les calculs décrits sur la page langage DAX.
Dans quelle formation chercher ce module
La modélisation figure dans le programme de la plupart des formations Power BI avancé et représente 25 à 30 % des compétences mesurées à l’examen PL-300 (guide d’étude Microsoft, compétences au 20/04/2026). Le référentiel du Tosa Power BI (RS 7373) en fait aussi l’un de ses quatre domaines. Pour une équipe qui a déjà des rapports en production, un audit de modèle en intra est souvent le meilleur point de départ.
Vos questions
Qu’est-ce qu’un schéma en étoile ?
Une organisation du modèle avec une table de faits au centre (les ventes, les heures, les mouvements de stock) et des tables de dimensions autour (dates, clients, produits, sites), reliées par des relations de un à plusieurs. C’est la structure recommandée pour Power BI.
Pourquoi ne pas tout mettre dans une seule grande table ?
Une table unique fonctionne sur un petit fichier, puis devient lente et source d’erreurs : doublons, filtres impossibles entre deux sources, calculs de temps faux. Séparer faits et dimensions règle ces problèmes.
La modélisation est-elle enseignée en initiation ?
Les bases oui (relations, cardinalité). La modélisation approfondie relève du niveau avancé ou d’un module dédié.
Peut-on modéliser des données venant de plusieurs logiciels ?
Oui, c’est même l’un des intérêts de Power BI : relier une table de ventes de l’ERP, un fichier de budget et une liste de commerciaux grâce à des dimensions communes.
Vos modèles sont à revoir ?
Un organisme partenaire peut auditer vos modèles et former votre équipe sur vos propres données.