Frage

Eines der Dinge, die mich verwirrt über ERDs ist, ob sie irgendwelche Vorschriften darüber, wie ihre Beziehungen machen sollten technisch umgesetzt werden.

Im Diagramm unten Ich bin nicht sicher, ob das Diagramm diese Beziehungen erfordert auf Datenbankebene oder auf Anwendungsebene umgesetzt werden.

macht es keine technischen Vorschriften oder einfach nur die Beziehung zu definieren und es bis zu mir zu verlassen, um zu entscheiden, wie es zu implementieren?

Brauche ich vor dem Bau etwas mehr Informationen aus dem Schöpfer der ERD haben, die darauf beruht?

War es hilfreich?

Lösung

Ein ERD ist kein „technologisches Rezept“ wie Sie es nennen, sondern nur eine Darstellung von logischen Beziehungen.

Wie Sie es implementieren - in der Datenbank oder der Anwendung - ist bis zu Ihnen

.

Aber die Datenbank ist der geeignete Ort, um diese Beziehungen zu erzwingen.

Andere Tipps

Es scheint, dass Sie das Problem den Kopf drehen.

Die Antwort ist natürlich: Nein, es gibt nichts, die Sie zwingen werden, Beziehungen in der Datenbank zu erstellen. Aber warum sollte man das nicht tun?

Das ist, warum die Datenbank genannt wird relationale Datenbank - weil es Ihnen eine Lösung nur auf diese Frage bietet, die mit Werkzeugen und Persistenzschichten leicht zugänglich, gut integriert ist, und es ist Auswirkungen auf die Anwendungsentwickler sind gut verstanden wird.

Es wäre verrückt, nicht Beziehungen auf Datenbankebene zu implementieren.

Ein ERD-Diagramm ist ein logisches Diagramm, das Entitätsbeziehungen und ihre Mächtigkeit zeigt, obwohl es als Tabelle Beziehungsdiagramm oder ein Klassendiagramm zugleich interpretiert kann aber es ist keiner von ihnen, und Sie müssen noch die anderen Diagramme.

BTW, soweit ich weiß, es ist immer gut durchgesetzt Beziehungen in Ihrem Datenbankmodell zu haben, die Konsistenz der Datenbank zu erhalten.

würde ich sagen, möglichst überflüssig sein, wenn es Daten zu validieren kommt in der Datenbank gestellt werden.

Haben Kontrollen der App Seite, um sicherzustellen, dass uniquness / Datentyp Gültigkeit alles in Ordnung ist. Und die Struktur der Datenbank alle Beziehungen zu haben, die es braucht.

Sie einfach nicht lassen Sie die Datenbank / Anwendung davon ausgehen, dass alles korrekt ist.

Das kann man mehrere Stunden speichern verwaiste Datensätze und consistancy Probleme beheben.

"macht es keine technischen Vorschriften ..."

Es sieht nicht so aus Code. Vielleicht bin ich etwas fehlt.

„oder einfach die Beziehung zu definieren und es bis zu mir zu verlassen, um zu entscheiden, wie es zu implementieren?“

Das hängt von Ihren Kunden.

Wenn sie denken, das Diagramm zu Code isomorph ist, dann werden Sie die fehlenden Stücke aus Konvention oder Kontext verstehen müssen.

Wenn sie nicht denken, das Diagramm zu Code isomorph ist, dann werden Sie müssen entscheiden, wie sie umzusetzen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top