n:m-Beziehung in der Datenbank – warum brauche ich dafür eine extra Tabelle?

OleNordwind

Moin zusammen 👋 Ich sitze gerade an meinem ersten ER-Modell und komme bei den n:m-Beziehungen nicht weiter. Beispiel: Studenten und Module – ein Student belegt mehrere Module, ein Modul wird von mehreren Studenten belegt.

In den Folien heißt es, man muss diese Beziehung „auflösen“ und eine dritte Tabelle einbauen. Aber warum geht das nicht einfach mit den zwei Tabellen und einem Fremdschlüssel wie bei 1:n? Steh da gerade echt auf dem Schlauch.

AnnaWInf

Gute Frage, das ist der Klassiker 🙂 Der Grund ist ganz praktisch: Ein Fremdschlüssel kann in einer Zeile immer nur einen Wert aufnehmen. Bei 1:n passt das – du schreibst den Schlüssel auf die „viele“-Seite.

Bei n:m hast du aber auf beiden Seiten „viele“. Wo willst du den Fremdschlüssel hinschreiben? In die Modul-Zeile passen nicht 30 Studenten-IDs, und in die Studenten-Zeile nicht alle Module. Genau das löst die Zwischentabelle.

DanielIT

Anna hat das Warum erklärt, hier das Wie konkret. Du baust eine Zuordnungstabelle (oft „belegt“ oder Student_Modul):

Spalte 1: StudentID (FK auf Student)
Spalte 2: ModulID (FK auf Modul)

Jede Zeile = genau eine Belegung. Student 5 in Modul 3 → eine Zeile (5, 3). Belegt Student 5 noch Modul 7 → zweite Zeile (5, 7). Der zusammengesetzte Primärschlüssel aus beiden Spalten verhindert, dass dieselbe Belegung doppelt drinsteht. Aus einem n:m werden so technisch zwei 1:n-Beziehungen.

Tobi89

Ergänzend ein Punkt, der in der Klausur gern abgefragt wird: Die Zwischentabelle ist auch der einzig saubere Ort für Attribute der Beziehung selbst. Note und Semester der Belegung z. B. gehören weder zum Studenten noch zum Modul, sondern genau zu dieser Kombination. Die packst du als weitere Spalten in die Zuordnungstabelle. Spätestens dann ist klar, warum es ohne dritte Tabelle nicht geht.

n:m-Beziehung in der Datenbank – warum brauche ich dafür eine extra Tabelle?

Jetzt mitmachen!

Letzte Beiträge

Versionskontrolle vs. Backup – reicht Git allein als Datensicherung für mein Projekt? 2

Scrum Rollen – was genau unterscheidet Product Owner und Scrum Master im Alltag? 3

Datenbank-Index setzen – wann bringt das wirklich etwas, und wann bremst es aus? 2

Normalisierung vs. Denormalisierung – wann nimmt man bewusst Redundanz in Kauf? 2

SQL Joins – Inner, Left, Right oder Full: wie behalte ich den Überblick? 2

REST-API – was bedeutet eigentlich 'zustandslos', und warum ist das so wichtig? 2

Scrum oder Wasserfall – wie entscheide ich mich für mein Projekt in der Hausarbeit? 2

O-Notation: Warum ist O(n log n) so viel besser als O(n²) – und wie lese ich das aus Code ab? 4

Cookies, Sessions, Tokens – woher weiß eine Webseite eigentlich, dass ich noch eingeloggt bin? 2

Git im Gruppenprojekt: Ständig Merge-Konflikte – wie arbeitet man mit Branches eigentlich richtig? 3

Versionskontrolle vs. Backup – reicht Git allein als Datensicherung für mein Projekt?

Scrum Rollen – was genau unterscheidet Product Owner und Scrum Master im Alltag?

Datenbank-Index setzen – wann bringt das wirklich etwas, und wann bremst es aus?

Normalisierung vs. Denormalisierung – wann nimmt man bewusst Redundanz in Kauf?

SQL Joins – Inner, Left, Right oder Full: wie behalte ich den Überblick?

Über Study-Board.de