Pourquoi devrais-je éviter les boucles lors de la conception des relations d'une base de données?

Quelqu'un m'a dit que c'était mauvais design afin d'avoir des boucles dans le modèle de données. J'ai entendu cela avant une couple de fois, mais n'a pas beaucoup d'attention. Par exemple, vous avez entités de l'Utilisateur, de Projet, de l'Activité. Un projet est détenue par un Utilisateur, de sorte que nous avons une relation de l'utilisateur pour le Projet. Une activité peut être affecté à un seul Utilisateur, un autre un-à-plusieurs relation de l'Utilisateur à l'Activité. Bien sûr, un projet est défini par un ensemble d'activités, de l'autre un-à-plusieurs relations de Projet d'Activité. Ainsi, une boucle est formée.

J'ai demandé au gars pourquoi est-il mauvais de conception, mais il m'a dit qu'il ne savait pas non plus, il a été dit aussi, le singe de l'apprentissage à son meilleur.

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

Donc, quelqu'un peut-il m'indiquer quelques informations utiles sur boucles/cycles en er/db diagrammes, devraient-elles être évitées?

  • Je me suis toujours demandé moi-même. Dommage qu'il n'est pas de générer plus d'attention, seulement 5 points de vue. Pouvez-vous refactoriser le code et le titre pour le rendre plus facile à lire? Qui pourrait aider à obtenir le plus de points de vue/réponses.
InformationsquelleAutor pgpb.padilla | 2011-11-13
  1. 46

    Il y a un très bon traitement de la relation de boucles dans le chapitre 3 de ce document.

    En général cependant, le problème le plus commun avec des boucles est la cohérence de l'information redondante.

    D'examiner l'affaire (sur le papier) où un parent a beaucoup d'enfants; chaque enfant fréquente l'école. Il y a une troisième relation entre le parent & école (parent-enfant doit être à l'école"). Cependant: vous ne voulez pas le modèle de la 3ème relations explicitement; il est entièrement issu des deux autres. Si vous n'avez capturer de façon explicite, vous aurez besoin afin de garantir la boucle était toujours cohérentes.

    Donc, dans ce cas vous souhaitez éviter la boucle. Cependant: les boucles ne sont pas universellement mauvais. En prenant l'exemple ci-dessus, encore une fois, considérer la modélisation le cas où un parent est un gouverneur à l'école. Qui permettrait également de créer une boucle. Dans ce cas si c'est valable: il n'est pas possible de dériver la mère est gouverneur à l'école", la relation des deux autres relations.

    Donc en résumé: ne pas modèle de boucles quand une relation est entièrement issu des autres. Mais c'est OK pour créer des boucles quand ils ne sont pas dérivables.

    Recommande le papier, bien que, il donne une bien meilleure description que je peux donner ici.

    hth.

    • C'est une bonne question et votre réponse fait beaucoup de sens. Donc, si j'étais à extrapoler à l'OP exemple, vous pourriez dire que vous n'avez généralement pas besoin de lier l'utilisateur à un projet, que cette relation pourrait être fondée sur le fait qu'ils sont affectés à des tâches qui sont à leur tour affectés à un projet, donc vous pouvez tirer de cette relation. Toutefois, si votre projet entité avait un chef de projet, ce serait un lien valide pour la carte d'utilisateurs que vous ne pouvait pas tirer de cette relation.
    • oui, c'est ça. Le papier a quelques autres scénarios trop, mais dans l'essence, il se résume soit à la gestion de la cohérence de l'information redondante, ou l'enlever par une dérivation.
    • Le papier semble que beaucoup de bruit pour rien. Non, les "boucles" (de ce genre) ne sont pas "mieux éviter". Ce qui est préférable d'éviter la redondance (en général, pas seulement comme s'appliquant à des relations). L'Information qui est dérivable à partir d'autres informations qui sont déjà présentes, qui doit être évitée sauf si vous avez de très bonnes raisons de ne pas. Pourquoi ont-ils besoin x-ty pages pour dire cela ?
    • si vous savez déjà ce que vous devriez vous méfier de boucles - comme vous l'avez clairement faire - alors que le papier va vous dire rien de nouveau. Cependant, l'OP dit expressément (s), il avait été dit "les boucles sont méchants" et ne savais pas pourquoi. Le document fournit des exemples concrets pour expliquer la situation à partir des premiers principes. Il est donc approprié si vous êtes à partir de là. Si vous n'êtes pas, alors il n'est pas.
    • Merci @sfinnie, désolé, ça m'a pris du temps pour lire le papier. Je pense que vous le résume assez bien.
    • merci pour cet article, j'ai cherché trop à trouver quelque chose dans cette rubrique

    InformationsquelleAutor sfinnie