2016-05-31 10 views
0

Ich habe folgendes als mein ER-Diagramm. Ich lerne immer noch DBMS und versuche, dieses ER-Diagramm in ein relationales Schema zu übersetzen. Ich weiß, dass jede Entität im ER-Diagramm eine separate Tabelle haben wird. Ich bin mir jedoch nicht sicher, was ich mit der Beziehung für dieses spezielle ER-Diagramm tun soll. Uns wurde gesagt, dass jede Beziehung zwischen den Entitäten auch eine Tabelle haben wird. Muss ich also auch in diesem ER-Diagramm die Beziehungen trennen? Aber, es gibt keine Attribute der Beziehung. Außerdem bin ich verwirrt, was für eine Beziehung das genau ist? Ist das einer zu vielen?Wie viele Tabellen hat das Relationale Schema für dieses ER-Diagramm?

Ich füge den Link an das Bild des ER-Diagramms an. Bitte führe mich in die richtige Richtung. Vielen Dank! enter image description here

Antwort

0

Ihr Diagramm ist kein ER-Diagramm im ursprünglichen Sinne dieses Begriffs. Im Entity-Relationship-Modell sind Relationen Assoziationen zwischen Entity-Sets und sollten als Tabellen implementiert werden. Zum Beispiel sind Ihre AUTHOR_BOOK, CAST und PURCHASE Tabellen Beziehungstabellen, die jeweils zwei Entitätsmengen zuordnen (beachten Sie, dass Beziehungen nicht auf nur zwei Entitätsmengen beschränkt sind). Beachten Sie, wie die Beziehungen unter Verwendung der Schlüssel der Entitätssätze, z. (actorID, inventID). Das gleiche Muster kann in einigen Ihrer anderen Tabellen gefunden werden, d. H. (inventID, publisher), (inventID, director), (inventoryID, genre), (inventoryID, supplier), (receiptID, inventID) und (receiptID, customerID). Das sind deine Beziehungen - nicht die Krähenfüße, die nur Fremdschlüssel sind. In Chens ursprünglicher Notation würden die Beziehungen durch die Verwendung von Rautenformen zwischen den beiden Entitätstypen angezeigt werden. Außerdem hätte Chen für jede dieser Beziehungen eine separate Beziehungstabelle (auch Junction-Tabelle genannt) erstellt.

Ihr Tabellendiagramm zeigt 14 Tabellen. Nach Chens Methode würde es 19 Tabellen sein:

Inventory ER diagram

Ihr Titel verweist auf ein relationales Schema. Beachten Sie, dass relationale Schemas nicht auf das Entity-Relationship-Modell beschränkt sind, sondern einen Satz normalisierter Tabellen (1NF oder höher) darstellen können. Die Anzahl der Tabellen hängt teilweise vom Grad der Normalisierung ab.

Aber es gibt keine Attribute der Beziehung.

Dies ist nicht korrekt. Ihre Purchase Beziehung zeigt zwei Attribute - quantity und amountPaid. Beachten Sie, dass ein Attribut eine Zuordnung von einer Entität oder Beziehung ist, die auf einen Wert gesetzt wurde, der auf gesetzt wurde. Daher zähle ich die Entitätsschlüssel nicht als Attribute der Beziehung. Ich modellierte auch BookpubYear als ein Attribut der Beziehung zwischen Book und Publisher.

In der Praxis würde ich wahrscheinlich Relationen mit der gleichen Determinante denormalisieren, die ein physisches Schema ähnlich Ihrem ursprünglichen Diagramm geben, obwohl die Implementierung jeder Beziehungstabelle einen Vorteil hat, um Schemaänderungen zu erleichtern, wenn Beziehungskardinalitäten sich ändern.

+0

können Sie mir helfen, alle Entity Relations und Beziehungsbeziehungen aus dem aktualisierten vollständigen Post zu identifizieren? Vielen Dank! :) –

+0

Die Tabellen für Beziehungen wie receipt_customer und inventory_genre enthalten die Primärschlüssel der beiden verbindenden Entitäten, richtig? –

+0

Das ist richtig. – reaanb