C'est quoi une relation entre deux tables dans Excel ?

Une relation sert à croiser deux tableaux dans un même tableau croisé dynamique sans écrire le moindre RECHERCHEV. Tu déclares une fois le champ commun, et Excel sait dès lors que chaque commande appartient à un client et chaque mouvement de stock à un produit.

Tout l'intérêt tient dans ce que tu cesses de faire. Au lieu de fusionner tes données dans un tableau géant qui recopie les mêmes libellés sur des milliers de lignes, tu gardes chaque table propre de son côté. Il te suffit ensuite de poser un simple trait entre elles, et une correction dans la table Clients se répercute alors partout d'un coup.

C'est le principe d'une base de données relationnelle, transposé dans Excel. Une table de référence liste chaque client ou chaque produit une seule fois, une table de détail enregistre les opérations au fil de l'eau, et la relation fait dialoguer les deux au moment de l'analyse.

Une relation lie deux tables une fois pour toutes dans le modèle de données, là où un RECHERCHEV rapatrie une valeur ligne par ligne, à coups de formule. La première vit dans le modèle et ne se voit pas dans les cellules, le second s'écrit noir sur blanc dans une colonne de ta feuille.

La conséquence se lit sur le poids du fichier. Un RECHERCHEV recopie la donnée cherchée dans chaque ligne, si bien qu'un tableau de cent mille lignes traîne cent mille libellés dupliqués. Une relation, elle, ne duplique rien, puisqu'elle rend simplement disponibles tous les champs des deux tables au moment où le tableau croisé dynamique en a besoin.

La règle de choix en découle. Pour ramener une seule colonne dans une liste que tu lis à plat, le RECHERCHEV reste le plus direct. Dès que tu croises plusieurs tables dans un tableau croisé dynamique, la relation prend le dessus et t'épargne autant de formules que de colonnes à rapprocher.

Excel refuse presque toujours pour la même raison : la colonne du côté référence contient des doublons alors qu'elle doit être unique. La clé qui identifie chaque ligne de la table de référence, un IdClient ou une Référence produit, ne peut y figurer qu'une seule fois.

Cette exigence tient au sens même d'une relation, qui va toujours de la table de détail vers la table de référence. Le côté détail porte les doublons, puisqu'une même Référence revient sur mille mouvements de stock, tandis que le côté référence liste chaque produit une seule fois. Si tes deux colonnes contiennent chacune des doublons, aucun lien direct n'est possible : il te faut alors une table intermédiaire qui liste chaque valeur une seule fois pour servir de pivot.

L'autre cause fréquente tient au type des données. Une relation exige que les deux colonnes de liaison soient de même nature, texte contre texte ou nombre contre nombre. Un IdClient stocké en texte d'un côté et en nombre de l'autre suffit à faire échouer le rapprochement, même si les valeurs se ressemblent à l'œil.