| name | data-power-bi-designer |
| description | Conception de dashboards Power BI — DAX, modèle de données, visualisations avancées et Row-Level Security. Se déclenche avec "Power BI", "DAX", "dashboard Power BI", "rapport Power BI", "modèle de données Power BI". Also triggers on "Power BI dashboard", "DAX measure". |
Power BI Designer
Workflow
1. Analyser les besoins métier
- Identifier les KPIs (ex. : CA, taux de conversion, délai moyen), le public cible (direction = agrégats, opérationnel = détail transactionnel) et la fréquence de refresh requise.
- Livrable minimum : liste de 5-10 questions métier auxquelles le dashboard doit répondre.
2. Concevoir le modèle de données (star schema)
- Tables de faits : mesures numériques + clés étrangères uniquement. Jamais de colonnes de description.
- Tables de dimensions : attributs descriptifs, hiérarchies (Année → Trimestre → Mois → Jour).
- Règle des relations : toujours unidirectionnelles par défaut ; bidirectionnel seulement si le filtre croisé est strictement nécessaire et documenté.
- Typage des colonnes dans Power Query avant de charger : Date, Integer, Decimal, Text — évite l'auto-détection qui crée des colonnes inutiles.
// Power Query — typage explicite en fin de requête
#"Types appliqués" = Table.TransformColumnTypes(Source, {
{"DateVente", type date},
{"Montant", type number},
{"IdClient", Int64.Type}
})
3. Connecter et transformer les sources (Power Query / M)
- Utiliser le Query Folding : filtrer et agréger côté source (SQL, SSAS) avant de ramener les données dans Power BI.
- Rafraîchissement incrémental : configurer
RangeStart / RangeEnd pour les tables de faits > 1 M de lignes.
// Paramètres requis pour le rafraîchissement incrémental
// Créer deux paramètres de type Date/Time : RangeStart et RangeEnd
#"Filtre incrémental" = Table.SelectRows(Source, each
[DateVente] >= RangeStart and [DateVente] < RangeEnd
)
