Table intermédiaire

Il est impossible pour une base de données relationnels de modélisé les relations de N à N. Il ne serait pas possible d’avoir une clé étrangère qui pointe sur plusieurs clés primaires à la fois.

Pour modéliser les relations de N à N on va s’aider d’une table intermédiaire. Une table intermédiaire est une table qui va contenir les clés étrangères des deux tables qui sont impliquées dans la relation et qui servira donc d’intermédiaire dans cette relation.

Création d’une table intermédiaire

Pour comprendre comment fonctionne une table intermédiaire, on va en créer une.

Reprenons les entiées Livre et Auteur de notre Bibliothéque. On est bien en fasse d’une relation N à N ¹

Comme il a été dit lorsqu’on a parlé des clé étrangères les relations se simplifie pour ne laisser plus qu’une ligne. Pour les relations N à N c’est un peu plus compliqué: Ce qui symbolise la relation (ici “Ecrire”) devient une table.

Cette table on ne va pas la nommé “Ecrire” ², une des façons classique c’est de nommé la table du nom des deux (ou plus table qu’elle relie). Dans le cas qui nous occupe, nous aurons la table Livre_Auteur.

Les tables Livre et Auteur seront toutes les deux “mères” de Livre_Auteur qui elle sera donc la “fille”. Donc la relation va être divisée en deux, une Livre - Livre_Auteur et une Auteur - Livre_Auteur. Comme Livre_Auteur est une table fille pour les deux relations, ses cardinalités pour les deux relations seront “1, 1”.

Qui dit relation, dit clé étrangère. Les tables “mères” vont donc transmettre leur clé à la table “fille”. Et la combinaison des clés étrangères sera la clé primaire. ³ de la table intermédiaire ⁴

Dans le cas où il y a des données dans la relation

Dans ce cas là, les données qui était dans la relation seront dans la table intermédiaire. Prenons le cas des emprunts de livres.

Une fois que la table intermédiaire est crée il faut se poser la question que l’une des données qui sont issue de la relation (ici : date emprunt et date retour ) doivent faire partie de la clé primaire.

Pour déterminer ça, poser vous la question suivante: “Est-ce que dans le groupe de données, y’a-til une ou plusieurs données qui font partie de l’unicité de cette table?” Et aussi:

“Est-ce que les clés primaire déjà là (c’est à dire les clés étrangères) sont suffisante pour garantir l’intégrité des données? ”

Ici la clé primaire étrangère et composé d’une clé étrangère qui pointe sur livre et d’une clé étrangère qui pointe sur personne. Ce qui veut dire que en l’état une personne ne peut louer qu’une seul fois un livre (puisque la table ne pourra accueillir qu’une occurrence de livre par personne). Il faut donc ajouter l’un des champs.

Celui qui fait le plus de sens c’est le champs date emprunt, car le champ date tour peut être null.

Il y a évidemment des cas où la ou les données restées dans la table ne seront pas utilisé dans la clé primaire et donc la clé primaire sera uniquement composé des clés étrangères.

Dans ce cas-ci, comme on pourrait avoir la même donnée pour deux type de moyen de communication par exemple vous avez le même numéro pour votre “numéro de travail et pour votre “numéro personnel” l’unicité ne doit concernée que les deux clés étrangères.