In diesem Beziehungsgefüge wird genau einem Objekt der einen Seite ein Objekt der anderen gegenüber gestellt. Natürlich entsteht sofort die Frage nach dem WARUM, da man ja auch die Informationen in einem Entity-Type unterbringen könnte. Aber hier greifen die Regeln der Objekt-Modellierung unter Einschluss des Faktes der 0 :1-Beziehung

In diesem Beziehungsgefüge wird genau einem Objekt der einen Seite ein Objekt der anderen gegenüber gestellt. Natürlich entsteht sofort die Frage nach dem WARUM, da man ja auch die Informationen in einem Entity-Type unterbringen könnte. Aber hier greifen die Regeln der Objekt-Modellierung unter Einschluss des Faktes der 0 :1-Beziehung

• wirkliche m : n-Beziehungen sind die häufigsten Verknüpfungen relationaler Modelle im "Worst-Case" (Leseweise immer m : n - auch wenn die Angabe umgekehrt)
• jedem Tupel des einen Entities ist mindestens ein Tupel im Referenzentity zugeordnet, mindestens aber eines existiert mit zwei Zuordnungen
• beim relationalen Übergang zwischen auf diese Art verknüpften Tabellen muss mindestens in einem der Entities der Primary-Key auf der Gegenseite der typgleiche Foreign-Key angewandt werden (notwendige Redundanz)
• m : n-Relationen müssen in jedem Falle durch zwei 1 : n-Relationen aufgelöst werden - die Vermittlung in der m : n-Beziehung wird dadurch zum vermittelnden Entity
• das vermittelnde Entity besteht dann immer aus zwei Primary-Keys, welche hier einen Additional-Key bilden sollten (das geht prinzipiell auch mit 'nem neuen Primary-Key)
• das neu entstandene Entity kann auch mehr als die absolut notwendigen Attribute enthalten (die beiden Primary-Keys)  - 's kann also 'n eigenes vollständiges Entity sein und ein eigenes "Datenleben" führen" (Siehe Beispiel Küchenhilfe aus Übung II
• es können auch mehr als ein Entity in Relation gesetzt werden

In diesem Beziehungsgefüge wird genau einem Objekt der einen Seite ein Objekt der anderen gegenüber gestellt. Natürlich entsteht sofort die Frage nach dem WARUM, da man ja auch die Informationen in einem Entity-Type unterbringen könnte. Aber hier greifen die Regeln der Objekt-Modellierung unter Einschluss des Faktes der 0 :1-Beziehung

(viele) PILOTEN

fliegen

(das eine) FLUGZEUG

(ein) LKW 

wird gefahren

(von vielen) FAHER'n

(eine) MUTTER

kann viele

KINDER haben

In diesem Beziehungsgefüge wird genau einem Objekt der einen Seite ein Objekt der anderen gegenüber gestellt. Natürlich entsteht sofort die Frage nach dem WARUM, da man ja auch die Informationen in einem Entity-Type unterbringen könnte. Aber hier greifen die Regeln der Objekt-Modellierung unter Einschluss des Faktes der 0 :1-Beziehung

1. finden Sie weitere m : n-Beziehungen!
2. stellen Sie diese grafisch im ERM dar!
3. Zeigen Sie mögliche Schwachstellen für Dateninkonsistenzen auf
4. Diskutieren Sie mögliche Einsatzgrenzen und suchen Sie für Ihre Beispiele "Worst-Case"-Fälle
5. gibt es Beziehungen, welche durch m : n-Relationen nicht so einfach abgedeckt werden können? Suchen Sie evtl. Beispiele!

... dieser Text wurde nach den Regeln irgendeiner Rechtschreibreform verfasst - ich hab' irgendwann einmal beschlossen, an diesem Zirkus nicht mehr teilzunehmen ;-)

„Dieses Land braucht eine Steuerreform, dieses Land braucht eine Rentenreform - wir schreiben Schiffahrt mit drei „f“!“

Diddi Hallervorden, dt. Komiker und Kabarettist

Diese Seite wurde ohne Zusatz irgendwelcher Konversationsstoffe erstellt ;-)