Comment représenter une clé étrangère dans un diagramme ER?

Les diagrammes ER nétaient à lorigine utilisés que pour représenter le modèle ER. Le modèle ER nutilise pas de clés étrangères pour représenter les relations. Il utilise des lignes entre les cases. Les lignes ont une sorte dindicateur de cardinalité à chaque extrémité ou aux deux extrémités. Parfois, une relation sera indiquée séparément par un diamant.

Aujourdhui, plus de la moitié des diagrammes ER qui flottent sont en réalité des diagrammes dun modèle relationnel, et non dun modèle ER. Un modèle relationnel a les clés étrangères incluses dans les tables, et celles-ci servent à implémenter les relations identifiées par le modèle ER. Et un modèle relationnel aura une table supplémentaire, souvent appelée «table de jonction» entre deux tables dentité liées par une relation plusieurs-à-plusieurs. Cette table de jonction contient au moins deux clés étrangères.

Il existe de nombreuses façons de représenter un modèle relationnel. Le plus simple est peut-être le «diagramme des relations» que MS Access peut produire à partir dune base de données complète. Ce sera assez complet, si le constructeur de la base de données a identifié les clés étrangères.

Il existe de nombreux outils plus sophistiqués que MS Access pour créer des diagrammes à plus grande échelle. Certains dentre eux sont utilisés avant la création de la base de données. Certains sont utilisés après.

Commentaires

• Actuellement, je fais juste un diagramme sur un papier. Pouvez-vous montrer comment les deux tableaux ci-dessus (dans la question) peuvent être représentés dans un diagramme de relations?
• Si vous effectuez une recherche sur  » Transactions clients du diagramme ER  » vous obtiendrez de nombreuses images qui montrent différentes façons de faire ce que vous voulez.

Lors du dessin de diagrammes ER, jai utilisé la convention graphique suivante: Nommez les lignes de relation avec le (s) nom (s) de colonne de clé étrangère, comme ceci:

Ceci indique clairement quelle colonne de la table enfant est la clé étrangère de la table parent. Indiquer létat de la clé primaire peut être fait en soulignant lattribut en question.

Ce qui peut être plus utile que cela, cest une convention de dénomination qui indique clairement quelle est la clé primaire dune table (facile à faire si vous utilisez clés de substitution par convention) et quest-ce quune colonne de clé étrangère.

Certains diagrammes de modèle relationnel incluent également une étiquette de participation de clé à gauche des noms de colonne dans la liste des colonnes (par exemple  » PK « ,  » FK1 « ,  » FK2 « , …) qui peut être utile surtout si vous avez des clés composites.

Commentaires

• Cette convention est-elle également publiée quelque part, ou est-ce juste votre (bonne) idée?
• @Lorenz it ‘ est mon adaptation pour un diagramme entité-relation physique de la version de la notation du pied de crow ‘ ( en.wikipedia.o rg / wiki / … ) publié par James Martin ( en.wikipedia.org/wiki/James_Martin_(auteur) ) dans son livre Information Engineering qui utilisait le nom de la relation comme étiquette sur les relations.Pour moi, cest ‘ une extension sensible du modèle logique au modèle physique.
• Même si cela aide, cela reste alors une idée privée, ce nétait pas totalement effacer de lexpression «Jai utilisé».

Je préfère ce format, en utilisant des « pieds de corbeau » pour illustrer les jointures plusieurs-à-un

Commentaires

• Jaime aussi les pattes doie pour les diagrammes ER. Pour les diagrammes relationnels, je préfère la pointe de flèche. notez quun pied de corbeau va à la  » de nombreux  » fin dune ligne, tandis quune pointe de flèche va à  » une  » fin de ligne.
• Il ne manque que les symboles FK / PK à la fin de la ligne dans ce graphique 🙂 Pourtant, cette réponse de suivi à la première publication du lien par dlink ‘ a reçu trop peu de votes à mon avis. Le lien précédemment posté de dlink ‘ a été critiqué, il était déjà mentionné dans le premier commentaire de la question avant par @MKSingh qui lavait posé;), MAIS! il semble que le lien soit meilleur que celui indiqué ici. Si vous regardez la vidéo proposée sous  » Symboles ERD physiques « , elle montre exactement comment représenter plusieurs FK dans un ERD, voici le lien direct, allez à 7:28, youtube.com/watch?v=QpdhBUYk7Kk

Plusieurs années plus tard, faites attention aux différentes notations des diagrammes ER, la question nest donc pas assez précise.

Jetez un œil à toutes réponses à

https://stackoverflow.com/questions/48191228/is-erd-considered-a-kind-of-uml-diagram#48198083

et

Lequel est un diagramme ER? . Une réponse ici indique même que la notation Chen est lERD, tandis que la notation Crow Foot est dite être un EAD (Entity Attribute Diagram), voir @JoshuaGuttman.

La notation Chen ne montre pas explicitement les relations FK , comme la réponse acceptée lexplique déjà, alors que dautres notations peuvent le faire.

Si vous prenez par exemple la notation Crow Foot ou Baker à la place, vous pouvez prendre la  » réponse  » la plus précise de @dlink où les lignes mènent exactement aux FK. Ensuite, on ne sait toujours pas quoi faire avec les FK composites conduisant à des PK composites, et probablement à cause de cela, les programmes professionnels ne lient simplement pas graphiquement les fins de ligne avec les FK. Ensuite, la dénomination est tout ce à quoi vous pouvez vous référer, ce qui suffit de toute façon si vous respectez strictement une convention de dénomination (comme CustomerID à Customer.ID, ou dautres règles) . Voir par exemple Visual Paradigm à https://www.visual-paradigm.com/guide/data-modeling/what-is-entity-relationship-diagram/

vp erd

Cette page, par LucidCharts a un bel article sur lapparence dERD.

Sous Symboles ERD physiques, il montre comment représenter les clés.

[ https://www.lucidchart.com/pages/ER-diagram-symbols-and-meaning]

Commentaires

• Bienvenue dlink. Essayez de fournir des réponses détaillées qui sont plus quun simple lien , sinon elles risquent dêtre supprimées.