Comment créer des relations entre les tables dans Power BI ?

Vos ventes sont dans une table, les noms des clients dans une autre et les catégories de produits dans une troisième. Importer ces données dans Power BI ne suffit pas : tant qu’elles ne sont pas reliées, un graphique ne sait pas quel client associer à quelle vente. Vous obtenez alors des totaux incohérents, des champs impossibles à combiner ou un visuel qui répète les mêmes montants.

Les relations constituent le plan de circulation du modèle de données. Elles indiquent à Power BI quelles lignes doivent se correspondre et dans quel sens un filtre doit voyager. Une fois le modèle propre, vous pouvez sélectionner une région, une année ou une catégorie et laisser les visuels recalculer les chiffres associés. La difficulté n’est pas de cliquer sur « Créer » : c’est de choisir la bonne clé, la bonne cardinalité et un sens de filtrage sûr.

Une relation relie des clés, pas des colonnes qui se ressemblent

Une relation associe une colonne d’une table à une colonne d’une autre table. Ces deux colonnes doivent représenter la même information métier. Le plus souvent, il s’agit d’un identifiant : ID_Client, CodeProduit, N°Commande ou une date.

Prenons un exemple simple :

• la table Ventes contient une ligne par vente, avec ID_Client, ID_Produit, DateVente et Montant ;
• la table Clients contient une ligne par client, avec ID_Client, Nom, Ville et Segment ;
• la table Produits contient une ligne par produit, avec ID_Produit, Libellé et Catégorie.

Vous créerez une relation entre Clients[ID_Client] et Ventes[ID_Client], puis une autre entre Produits[ID_Produit] et Ventes[ID_Produit]. Vous pourrez ensuite afficher le montant des ventes par ville ou par catégorie sans recopier ces informations dans la table Ventes.

Ne reliez pas deux colonnes uniquement parce qu’elles ont des intitulés proches. Ville dans deux fichiers ne constitue généralement pas une bonne clé : les libellés peuvent varier, se répéter ou être incomplets. À l’inverse, un code client unique et stable est une clé adaptée.

Préparez les colonnes avant de créer le moindre lien

Power BI ne peut relier correctement que des colonnes compatibles. Une relation peut parfois être créée malgré des données imparfaites, mais elle donnera alors des lignes non associées ou des résultats difficiles à expliquer. Prenez quelques minutes pour vérifier les clés dans la vue Données ou dans Power Query.

Contrôlez ces cinq points pour chaque paire de colonnes à relier :

1. Le type de données est identique. Un code 123 enregistré comme nombre ne correspond pas forcément à "123" enregistré comme texte. Les identifiants contenant des zéros initiaux, comme 00125, doivent en général rester du texte.
2. Le format est cohérent. Supprimez les espaces invisibles, uniformisez les majuscules si les codes sont textuels et évitez les variantes telles que FR-01 et FR 01.
3. La clé du côté « un » est unique. Dans Clients, un même ID_Client ne doit apparaître qu’une fois si cette table est censée contenir un client par ligne.
4. Les valeurs existent des deux côtés lorsque c’est nécessaire. Une vente portant un identifiant client absent de Clients ne récupérera pas de nom ou de segment.
5. Les valeurs vides sont traitées. Une clé vide ne doit pas servir à regrouper des enregistrements sans rapport entre eux.

Dans Power Query, vous pouvez modifier le type d’une colonne, supprimer les espaces, remplacer des valeurs et retirer les doublons. Faites ces corrections à la source quand cela est possible : le modèle sera plus robuste lors de la prochaine actualisation.

Les dates demandent une vigilance particulière. Pour relier une table de ventes à une table calendrier, les deux colonnes doivent être de type Date si vous analysez à la journée. Si Ventes[DateHeure] contient aussi l’heure, créez ou utilisez une colonne date sans l’heure : 08/04/2025 14:30 ne correspond pas automatiquement à 08/04/2025 00:00.

Créez la relation dans la vue Modèle, étape par étape

La vue Modèle est la plus pratique pour visualiser les tables et leurs liens. Dans Power BI Desktop, cliquez sur l’icône représentant les tables reliées, dans la barre latérale gauche. Disposez les dimensions autour de la table de faits : cette organisation rend les erreurs bien plus visibles.

La méthode la plus rapide consiste à faire glisser une colonne sur sa correspondante : faites glisser Clients[ID_Client] vers Ventes[ID_Client]. La fenêtre de création de relation s’ouvre alors. Vous pouvez aussi passer par l’onglet Modélisation, puis Gérer les relations et Nouveau. Les intitulés peuvent varier légèrement si l’interface n’est pas en français ; au besoin, consultez notre guide pour changer la langue dans Power BI.

Dans la fenêtre, vérifiez successivement :

• la première table et sa colonne ;
• la seconde table et sa colonne ;
• la cardinalité détectée ou choisie ;
• la direction du filtre croisé ;
• le statut Activer cette relation.

Validez par OK. Dans la vue Modèle, une ligne apparaît entre les tables. Les symboles 1 et * indiquent la cardinalité ; une flèche indique le sens de propagation du filtre. Répétez l’opération pour chaque dimension utile : clients, produits, commerciaux et calendrier, par exemple.

Vous pouvez modifier un lien plus tard : ouvrez Gérer les relations, sélectionnez-le et choisissez Modifier. Cette possibilité ne dispense pas de documenter le modèle. Donnez aux tables et aux champs des noms explicites dès le départ : Ventes, Clients et Calendrier sont plus lisibles que Feuil1, Requête2 et Tableau final.

Choisissez la cardinalité qui décrit réellement vos données

La cardinalité indique combien de lignes d’une table peuvent correspondre à une ligne de l’autre. Power BI propose plusieurs choix, mais la structure « un à plusieurs » couvre la majorité des rapports de gestion débutants.

Dans le cas Clients vers Ventes, choisissez Un à plusieurs (1:*) si la table Clients possède une ligne par client, tandis que Ventes contient plusieurs lignes pour ce même client. L’ordre d’affichage peut être *:1 selon la table que vous avez sélectionnée en premier : le sens métier reste identique. Ce qui compte est l’emplacement du 1.

Si Power BI refuse le choix 1:*, cherchez les doublons dans la table censée être du côté 1. Il peut s’agir d’un vrai doublon, d’une ligne vide répétée ou d’une clé qui n’est pas assez précise. Par exemple, CodeProduit n’est peut-être unique qu’avec le code société ou le pays. Dans ce cas, ne forcez pas la relation : créez une clé métier fiable dans les deux tables, ou revoyez la structure des données.

La relation plusieurs-à-plusieurs est parfois nécessaire, mais elle masque souvent un problème de modélisation. Pour un débutant, une table de correspondance est plus lisible. Si un client peut appartenir à plusieurs groupes et qu’un groupe contient plusieurs clients, créez une table avec une ligne par paire ID_Client / ID_Groupe. Reliez-la séparément à Clients et à Groupes. Vous évitez ainsi d’attacher directement deux tables où les valeurs sont répétées.

Réglez le filtre croisé sans créer de chemins ambigus

Le filtre croisé indique comment une sélection se propage entre les tables. Avec un sens unique, un filtre choisi dans Clients se propage vers Ventes. Choisir la ville de Lyon limite donc les ventes aux clients lyonnais. En revanche, filtrer une vente ne remonte pas pour restreindre toute la table des clients.

Dans un modèle en étoile, gardez le réglage Unique et orientez les filtres des dimensions vers la table de faits. C’est le choix le plus simple à comprendre et celui qui limite les surprises.

Le réglage Les deux permet au filtre de circuler dans les deux sens. Il peut être utile dans un cas précis, notamment avec une table de correspondance, mais il peut aussi créer :

• des boucles de filtrage entre plusieurs tables ;
• des résultats dépendant d’un chemin ambigu ;
• des totaux modifiés de façon peu visible ;
• des rapports plus difficiles à maintenir.

Évitez donc de l’activer pour « faire disparaître » un résultat vide. Identifiez d’abord la cause : clé absente, type différent, doublons, relation inactive ou mauvais champ placé dans le visuel. Si deux tables sont déjà reliées au travers d’une troisième, ajouter un second chemin de filtre peut rendre le modèle ambigu.

Un schéma clair ressemble souvent à une étoile : Clients, Produits, Calendrier et Commerciaux sont autour de Ventes. Les filtres partent du pourtour vers le centre. Ce n’est pas une obligation absolue, mais c’est une règle de conception très efficace pour débuter.

Gérez les dates et les relations inactives sans fausser l’analyse

Une table Calendrier mérite une attention particulière. Elle contient en principe une ligne par date et des colonnes utiles telles que l’année, le mois, le trimestre ou le numéro de semaine. Reliez Calendrier[Date] à Ventes[DateVente] en 1:*, avec un filtre unique du calendrier vers les ventes. Utilisez ensuite les champs année ou mois de Calendrier dans vos graphiques, plutôt que des champs de date éparpillés dans plusieurs tables.

Une même table de ventes peut contenir DateCommande, DateExpedition et DatePaiement. Or, entre deux mêmes tables, Power BI ne laisse qu’une relation active à la fois : c’est celle qui sert automatiquement aux visuels. Les autres apparaissent en pointillés dans la vue Modèle et sont dites inactives.

Choisissez comme relation active celle qui répond à la lecture principale du rapport, par exemple la date de commande. Pour analyser ponctuellement une autre date dans une mesure, une formule DAX peut activer la relation ciblée avec USERELATIONSHIP. Cette étape demande de maîtriser les mesures ; pour un premier rapport, il est souvent plus sûr de créer un visuel simple, de vérifier le besoin métier, puis de solliciter le référent Power BI ou un analyste si plusieurs dates pilotent des indicateurs officiels.

Ne confondez pas une relation inactive avec une relation supprimée. Elle reste définie dans le modèle, mais Power BI ne l’emploie pas par défaut. N’activez pas plusieurs liens simultanés entre le calendrier et la même table de ventes : cela créerait une ambiguïté.

Distinguez une relation de modèle d’une fusion dans Power Query

Relier des tables n’est pas la même opération que les fusionner. Une relation conserve les tables séparées dans le modèle et les fait coopérer au moment de l’analyse. Une fusion Power Query assemble des colonnes d’une table dans une autre avant le chargement des données.

Préférez les relations si vous bâtissez un modèle d’analyse avec plusieurs dimensions réutilisables. Une fusion peut être pertinente si vous devez nettoyer ou enrichir une source avant le chargement, mais elle peut alourdir la table de faits et répéter inutilement des données descriptives. Un nom de client répété sur des milliers de ventes est généralement mieux placé dans Clients que recopié dans Ventes.

Lorsque le modèle est prêt, vous pourrez exploiter ces liens dans des visuels de synthèse. Notre méthode pour créer des tableaux croisés dynamiques dans Power BI vous aidera à organiser les champs en lignes, colonnes et valeurs sans casser la logique du modèle.

Corrigez les erreurs courantes en suivant la ligne de relation

Un visuel vide ou un total identique dans chaque catégorie ne signifie pas forcément que Power BI est défaillant. Remontez méthodiquement la chaîne entre le filtre et le montant.

Le message indique que la relation ne peut pas être créée. Vérifiez d’abord le type de données. Ensuite, recherchez les doublons du côté prévu pour le 1. Si les deux colonnes comportent des répétitions légitimes, envisagez une table de correspondance plutôt qu’un lien plusieurs-à-plusieurs improvisé.

Les catégories s’affichent, mais le montant est vide. Contrôlez les valeurs des clés : espaces, zéros initiaux, casse, valeurs nulles ou identifiants absents dans la dimension. Comparez quelques exemples précis dans les deux tables. Vérifiez aussi que le lien est actif.

Chaque catégorie montre le même total général. Le filtre ne se propage probablement pas vers la table qui contient le montant. Examinez la direction de filtrage et assurez-vous que le champ de catégorie provient bien d’une dimension reliée à Ventes.

Les montants sont trop élevés. Une relation plusieurs-à-plusieurs, un filtre bidirectionnel ou des lignes dupliquées peut multiplier les combinaisons. Revenez à un filtre unique, contrôlez la clé unique et testez le montant total avant et après chaque modification.

Power BI signale une ambiguïté. Il existe plusieurs chemins possibles entre les tables. Supprimez le lien superflu, désactivez le filtre bidirectionnel qui n’est pas indispensable ou introduisez une table de correspondance. Ne répondez pas à une ambiguïté en ajoutant encore une relation.

Vérifiez votre modèle puis passez au rapport

Avant de créer une page complète, réalisez cette vérification rapide :

1. Dans la vue Modèle, placez les dimensions autour de la table de faits et renommez les tables si nécessaire.
2. Vérifiez que chaque dimension porte le symbole 1 et que Ventes porte le symbole * pour les relations classiques.
3. Assurez-vous que les flèches de filtre vont des dimensions vers la table de faits.
4. Créez un tableau de contrôle avec une dimension, par exemple Produits[Catégorie], et une somme de Ventes[Montant].
5. Ajoutez un segment sur Clients[Ville] ou Calendrier[Année] et vérifiez que les montants changent de manière attendue.
6. Notez le choix de la date active et les exceptions éventuelles avant de partager le fichier.

Si le rapport doit être publié et actualisé par d’autres personnes, préservez ce modèle lisible : il réduira les erreurs au moment de la diffusion. Consultez ensuite les étapes pour déployer un projet Power BI afin d’organiser la publication, les accès et l’actualisation. Votre prochaine action est simple : choisissez une table de faits, identifiez deux dimensions avec une clé fiable, créez deux relations 1:* à filtre unique, puis validez-les dans un tableau de contrôle avant d’ajouter d’autres tables.