Ist es in Ordnung, eine Entität in einem ER-Diagramm ohne Beziehung zu haben?


8

Ich erstelle ein ER-Diagramm für eine Klassenzuweisung und habe mich gefragt, ob es möglich ist, eine Entität zu erstellen, die keine direkte Beziehung zu einer anderen Entität hat, und einfach Fremdschlüssel zu verwenden, um sie zu verbinden. Das folgende Diagramm zeigt, was ich tun möchte

Geben Sie hier die Bildbeschreibung ein

Grundsätzlich wird mein Diagramm immer komplexer und es wäre großartig, wenn ich nicht eine Verbindung zwischen jeder einzelnen Entität aufrechterhalten müsste.

FWIW, ich verwende die Fußnotation von Chen und Crow, wenn das hilft.

Antworten:


13

Ein ER-Diagramm ist lediglich ein Hilfsmittel für die Entwicklung. Für ein ER-Diagramm müssen Sie nicht einmal nach Mandat alle Entitäten im System anzeigen.

Um Ihre Frage auf einem Weg zu beantworten: Es ist durchaus akzeptabel, eine Entität in einem Diagramm zu haben, die keine Beziehung zu einer anderen Entität hat. Stellen Sie sich eine Einstellungstabelle vor, die von einer einfachen Anwendung zum Speichern der Einstellungen für das Programm verwendet wird. Es würde keine anderen Einheiten brauchen, um seine Arbeit zu erledigen. Es wäre jedoch immer noch ein Objekt, das im Rahmen des Datenspeichers vorhanden wäre.

So beantworten Sie Ihre Frage auf einem anderen Weg: Sie können so viele oder so wenige Diagramme in Ihrem ER-Diagramm anzeigen, wie erforderlich sind, um die Informationen anzuzeigen, die Sie darstellen möchten. Wenn Sie jedoch aus Gründen der Klarheit eine Beziehung weglassen, ist es dennoch sinnvoll, darauf hinzuweisen, dass das R weggelassen wird. Ich persönlich würde aber eine -{#}mit einer Nummer innerhalb der zugehörigen Kreise für jede Entität, mit einer Fußnote für diese # am Ende der Seite. Auf diese Weise müssen andere Leser nicht fragen, ob es eine andere Beziehung geben sollte.

Das ist sowieso mein Wert von 0,05 $. Der Punkt hier ist, dass dies teilweise eine Frage des Stils ist. Einige Leute werden Ihnen sagen, dass Sie immer die Beziehungen aufbauen müssen (wie zum Beispiel Ihr Chef dies möglicherweise verlangt, und das würde meinen Rat übertreffen). Aber die letzte Wahrheit ist, was in der Datenbank ist.


"Ein ER-Diagramm erfordert nicht einmal von Mandat, dass Sie alle Entitäten im System anzeigen" - außerdem ist es bei komplexen Systemen sehr üblich, kein ER-Diagramm für jeden Unterteil zu haben, anstatt eines, das versucht, alles abzudecken . Wenn eine Entität Links zu Entitäten hat, die nicht im aktuellen Diagramm enthalten sind, sollten Sie eine "Dummy" -Entität oder Fußnote einfügen, wie oben vorgeschlagen. Es ist in Ordnung, dass dieselbe Entität auch in mehreren Diagrammen innerhalb des Satzes vorhanden ist. Wenn Ihre Namenskonvention klar ist, sollte es offensichtlich sein, dass dies der Fall ist, in dem Sie dies getan haben.
David Spillett

1
Sie sollten die Antwort bearbeiten, um Feedback wie dieses expliziter zu machen
jcolebrand

Ich war mir nicht ganz sicher, ob es der Antwort einen zentralen Vorteil verleiht oder als Fußnote bleiben sollte. Normalerweise lasse ich den ursprünglichen Antwortenden das Extra bearbeiten, wenn er dies möchte. Gerne bearbeite ich mich, wenn Sie es lieber möchten.
David Spillett

1
Nein, mach weiter und bearbeite es. Dies ist eine Community-Site, Sie fügen gute Details hinzu.
Jcolebrand

4

Aufgrund der Tatsache, dass zwei Entitäten über einen Fremdschlüssel "verbunden" sind, besteht eine direkte Beziehung zwischen ihnen. Ob Sie diese Beziehung konventionell darstellen oder nicht, liegt bei Ihnen. Ich würde Ihre Notation dann jedoch als "Chen-Wilson" oder "Chris's Crow Foot" bezeichnen, da es sich nicht mehr um "reines" Chen oder Crow's Foot handelt . Ich stimme jcolebrand zu; Dokumentieren Sie auf jeden Fall den fehlenden Beziehungsconnector, damit Ihr Kursleiter nicht glaubt, dass Sie einen Fehler gemacht haben.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.