Petit guide SGBD (les relations n,m. Ou les valeurs 1,n de par et d’autre d’une association) P. Ferré
I) Evolution de notre base.
Notre modèle est correct, nous avançons. Quasiment toutes les requêtes sont possibles. Cependant, que se passet-il lorsque un second étudiant se connecte à une fiche et désire la mémoriser ? En l’état du modèle la seconde connexion devrait donner une valeur « CdeEtud » dans poursuite égale à la valeur du second étudiant connecté. Or le champs « CdeEud » de la table poursuite ne peut contenir qu’une seule valeur ? Sauf à écraser la valeur existante il y a problème! C’est un cas classique (exemple, un produit acheté par plusieurs clients)… il faut une table de liaison pour obtenir un solution valable, où plusieurs étudiants pourrons mémoriser la même fiche… la table de liaison permet cela sans conflit : La requête ci-dessous est maintenant possible!
1
Petit guide SGBD (les relations n,m. Ou les valeurs 1,n de par et d’autre d’une association) P. Ferré
II) Notre modèle maintenant plus cohérent. Où chaque fois que l’on peut obtenir des deux cotés de l’association « Mémoriser », voir aussi
« gérer », un jeu de cardinalités égal à 1,n il faut une table de liaison. Comme l’illustration ci-dessous !
2
