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

Von der 2. zur 3. Normalform – was genau ist eine transitive Abhängigkeit? 2

ER-Modell: Wie werden 1:n und n:m eigentlich zu echten Tabellen – und wo landet der Fremdschlüssel? 3

IaaS, PaaS, SaaS – wo genau hört meine Verantwortung auf und wo fängt die des Anbieters an? 2

Symmetrische vs. asymmetrische Verschlüsselung – wofür braucht man beides, wenn asymmetrisch doch sicherer klingt? 3

Datenbank-Trigger – was ist das, und wann sollte ich einen einsetzen (und wann besser nicht)? 2

Deadlock in der Datenbank – wie entsteht der, und wie löst das DBMS ihn auf? 2

SQL: Unterabfrage (Subquery) vs. JOIN – wann brauche ich welche? 2

Von der 1. zur 2. Normalform – woran erkenne ich eine partielle Abhängigkeit? 3

SQL-Views – wozu brauche ich eine „virtuelle Tabelle“, wenn ich die Abfrage auch direkt schreiben kann? 2

Primärschlüssel: künstlicher (Surrogat) vs. natürlicher Schlüssel – was nehme ich wann? 2

Von der 2. zur 3. Normalform – was genau ist eine transitive Abhängigkeit?

ER-Modell: Wie werden 1:n und n:m eigentlich zu echten Tabellen – und wo landet der Fremdschlüssel?

IaaS, PaaS, SaaS – wo genau hört meine Verantwortung auf und wo fängt die des Anbieters an?

Symmetrische vs. asymmetrische Verschlüsselung – wofür braucht man beides, wenn asymmetrisch doch sicherer klingt?

Datenbank-Trigger – was ist das, und wann sollte ich einen einsetzen (und wann besser nicht)?

Über Study-Board.de