Pourquoi devrais-je éviter les boucles lorsque je conçois des relations pour une base de données ?

Question

Quelqu'un m'a dit que c'était une mauvaise conception que d'avoir des boucles dans le modèle de données. J'ai déjà entendu cela à plusieurs reprises, mais je n'y ai pas prêté attention. Par exemple, vous avez des entités Utilisateur, Projet, Activité. Un projet est détenu par un utilisateur, nous avons donc une relation de type un à plusieurs entre l'utilisateur et le projet. Une activité peut être assignée à un seul utilisateur, une autre relation de type "one-to-many" de l'utilisateur à l'activité. Bien sûr, un projet est défini par un ensemble d'activités, une autre relation de type "one-to-many" du projet à l'activité. Une boucle est ainsi formée.

J'ai demandé à ce type pourquoi le design était mauvais, mais il m'a répondu qu'il ne savait pas non plus, qu'on le lui avait dit aussi, l'apprentissage du singe à son meilleur.

J'ai essayé de faire des recherches mais je suppose que je n'ai pas utilisé les bons mots, cependant cela me semble être quelque chose de fondamental pour quelqu'un qui essaie de concevoir un DB.

Alors, quelqu'un peut-il m'indiquer des informations utiles sur les boucles/cycles dans les diagrammes er/db, faut-il les éviter ?

Answer 1

Il y a un très bon traitement des boucles de relation dans le chapitre 3 de cet article ( archive.org ).

En général, cependant, le problème le plus courant avec les boucles est la cohérence des informations redondantes.

Considérons le cas (tiré du document) où un parent a de nombreux enfants ; chaque enfant fréquente une école. Il existe une troisième relation entre le parent et l'école ('le parent a un enfant à l'école'). Cependant, il n'est pas nécessaire de modéliser explicitement la troisième relation ; elle peut être complètement dérivée des deux autres. Si vous la capturez explicitement, vous devrez vous assurer que la boucle est toujours cohérente.

Dans ce cas, il faut donc éviter la boucle. Cependant, les boucles ne sont pas universellement mauvaises. Reprenons l'exemple ci-dessus et modélisons le cas où un parent est gouverneur d'une école. Cela créerait également une boucle. Mais dans ce cas, elle est valable : il n'est pas possible de dériver la relation "parent est gouverneur de l'école" à partir des deux autres relations.

En résumé, ne modélisez pas de boucles lorsqu'une relation est entièrement dérivable des autres combinées. Mais il est possible de créer des boucles lorsqu'elles ne sont pas dérivables.

Je recommande néanmoins l'article ; il donne une bien meilleure description que celle que je peux donner ici.