Die drei Bausteine
Eine Entität ist ein Objekt der realen Welt (Kunde, Artikel, Auftrag). Attribute beschreiben die Entität (Name, Preis, Datum). Eines davon ist der Primärschlüssel, der jeden Datensatz eindeutig identifiziert. Beziehungen verbinden Entitäten miteinander und tragen die Kardinalität.
Die Kardinalitäten
| Typ | Bedeutung | Beispiel |
|---|---|---|
| 1:1 | Jedem A gehört genau ein B | Mitarbeiter und Firmenlaptop |
| 1:n | Ein A hat viele B, jedes B genau ein A | Kunde und Aufträge |
| n:m | Viele A stehen mit vielen B in Beziehung | Schüler und Kurse |
Der Prüfungsklassiker: n:m auflösen
Eine n:m-Beziehung lässt sich nicht direkt in Tabellen umsetzen. Sie wird über eine Zwischentabelle (auch Kreuz- oder Beziehungstabelle) in zwei 1:n-Beziehungen zerlegt.
Beispiel: schueler(schueler_id, name) und kurs(kurs_id, titel) bekommen die Zwischentabelle belegung(schueler_id, kurs_id, note). Ihr Primärschlüssel ist meist die Kombination beider Fremdschlüssel, und sie kann eigene Attribute tragen (hier: die Note).
Vom ER-Modell zur Tabelle
Bei der Überführung gilt: Jede Entität wird eine Tabelle. Bei 1:n wandert der Primärschlüssel der 1-Seite als Fremdschlüssel in die n-Seite (der Kunde steckt als kunden_nr im Auftrag, nie umgekehrt). Bei n:m entsteht die Zwischentabelle. Genau diese Überführung ist eine Standard-Teilaufgabe der Prüfung.
Häufige Fehler in der Prüfung
Jetzt selbst testen
Beantworte die Fragen und bekomme sofort Feedback. Du hast so viele Versuche, wie du willst.
Ein Kunde kann viele Aufträge haben, jeder Auftrag gehört zu genau einem Kunden. Welche Kardinalität ist das?
Wie wird eine n:m-Beziehung in einer relationalen Datenbank umgesetzt?
Wohin gehört der Fremdschlüssel bei der Beziehung Kunde (1) zu Auftrag (n)?
Ein Schüler kann viele Kurse belegen, ein Kurs hat viele Schüler. Welche Kardinalität liegt vor?
Was identifiziert einen Datensatz in einer Tabelle eindeutig?
Häufige Fragen
Was ist ein ER-Diagramm?
Ein Entity-Relationship-Diagramm modelliert einen Datenbestand grafisch: Entitäten (Objekte wie Kunde oder Artikel), deren Attribute und die Beziehungen zwischen den Entitäten inklusive Kardinalitäten. Es ist die Vorstufe zum Tabellenentwurf einer relationalen Datenbank.
Welche Kardinalitäten gibt es?
Die drei Grundtypen sind 1:1 (jedem A gehört genau ein B), 1:n (ein A hat beliebig viele B) und n:m (viele A stehen mit vielen B in Beziehung). In der Prüfung wird oft die passende Kardinalität zu einem Sachverhalt gesucht.
Wie löst man eine n:m-Beziehung auf?
Durch eine Zwischentabelle, die die Primärschlüssel beider Entitäten als Fremdschlüssel enthält und die n:m-Beziehung in zwei 1:n-Beziehungen zerlegt. Die Zwischentabelle kann eigene Attribute tragen, etwa eine Note bei Schüler-Kurs.
Wohin kommt der Fremdschlüssel bei einer 1:n-Beziehung?
Immer in die Tabelle der n-Seite. Beispiel Kunde und Auftrag: Die kunden_nr steht als Fremdschlüssel in der Auftragstabelle, denn jeder Auftrag gehört zu genau einem Kunden.
Verwandte Themen
Datenbanken interaktiv trainieren.
In der Lernarena modellierst du ER-Diagramme und überführst sie in Tabellen: mit sofortigem Feedback, Aufgaben im IHK-Stil und der KI-Tutorin Ada.