Normalisierung: die 1. bis 3. Normalform einfach erklärt
Kaum eine Datenbankprüfung ohne Normalisierung: Tabellen in die 1., 2. und 3. Normalform bringen. Hier bekommst du die drei Regeln mit Beispielen und Merksätzen und testest dich direkt.
Warum normalisieren?
Schlecht strukturierte Tabellen führen zu Redundanz (dieselben Daten mehrfach) und Anomalien: Änderungsanomalie (ein Wert muss an vielen Stellen geändert werden), Einfügeanomalie (Daten können nicht ohne fremde Daten angelegt werden) und Löschanomalie (beim Löschen gehen ungewollt Informationen verloren). Die Normalformen beseitigen diese Probleme Schritt für Schritt.
📇 Stell es dir wie ein chaotisches Adressbuch vor: Wenn du die Telefonnummer eines Freundes auf zehn verschiedenen Seiten notiert hast und er umzieht, musst du zehnmal korrigieren und vergisst dabei garantiert eine Stelle (das ist die Änderungsanomalie). Normalisieren heißt: Jede Information steht nur an einer Stelle. Änderst du sie dort, stimmt sie überall. Genau darum zerlegen wir eine große, unübersichtliche Tabelle in mehrere saubere.
Die drei Normalformen
| Normalform | Regel | Merksatz |
|---|---|---|
| 1. NF | Alle Attribute sind atomar, also keine Listen oder zusammengesetzten Werte in einem Feld | Ein Wert pro Feld |
| 2. NF | 1. NF + jedes Nicht-Schlüssel-Attribut hängt vom ganzen Primärschlüssel ab | Keine partiellen Abhängigkeiten |
| 3. NF | 2. NF + kein Nicht-Schlüssel-Attribut hängt von einem anderen Nicht-Schlüssel-Attribut ab | Keine transitiven Abhängigkeiten |
💡 Der berühmte Merksatz: Jedes Nicht-Schlüssel-Attribut hängt ab „vom Schlüssel, vom ganzen Schlüssel und von nichts als dem Schlüssel". Übersetzt: 1. NF = ein Wert pro Feld, 2. NF = vom ganzen Schlüssel (keine Teil-Abhängigkeit), 3. NF = von nichts als dem Schlüssel (keine Umleitung über andere Attribute).
Beispiel: eine Rechnungstabelle normalisieren
Ausgangslage (unnormalisiert): rechnung(rechnungs_nr, datum, kunde_name, kunde_ort, artikel_liste). Im Feld artikel_liste stehen mehrere Artikel als Text.
1. NF: Die Artikelliste wird aufgelöst: pro Artikel eine eigene Zeile, alle Felder atomar.
2. NF: Bei zusammengesetztem Schlüssel (rechnungs_nr, artikel_nr) hängen Artikeldaten nur von artikel_nr ab → eigene Artikel-Tabelle.
3. NF: kunde_ort hängt von kunde_name ab (nicht vom Schlüssel rechnungs_nr) → eigene Kunden-Tabelle. Ergebnis: rechnung, rechnungsposition, artikel, kunde.
⚠️ Häufige Fehler in der Prüfung:
- Normalformen überspringen. Du musst der Reihe nach vorgehen: erst 1. NF, dann 2. NF, dann 3. NF. Eine höhere setzt die niedrigere voraus.
- Die 2. NF prüfen, obwohl es keinen zusammengesetzten Schlüssel gibt. Ohne mehrteiligen Schlüssel ist die 2. NF automatisch erfüllt.
- Transitive Abhängigkeiten übersehen (z. B. PLZ → Ort). Das ist der typische 3.-NF-Verstoß.
- Beim Zerlegen den Fremdschlüssel vergessen, der die neuen Tabellen wieder verbindet.
Jetzt selbst testen
Beantworte die Fragen und bekomme sofort Feedback. Du hast so viele Versuche, wie du willst.
In einem Feld steht 'Müller, Hans, Berlin'. Welche Normalform ist verletzt?
Der Ort hängt von der Postleitzahl ab, die PLZ vom Schlüssel. Welche Normalform ist verletzt?
Ein Wert muss bei einer Änderung in 20 Zeilen gleichzeitig angepasst werden. Wie heißt dieses Problem?
Was fordert die 1. Normalform?
Wann ist die 2. Normalform automatisch erfüllt (sofern 1. NF gilt)?
Häufige Fragen
Was bedeutet die 1. Normalform?
Alle Attributwerte müssen atomar sein, das heißt: In jedem Feld steht genau ein Wert. Listen, Aufzählungen oder zusammengesetzte Angaben wie 'Name, Vorname' in einem Feld verletzen die 1. Normalform.
Was bedeutet die 2. Normalform?
Die Tabelle ist in der 1. Normalform und jedes Nicht-Schlüssel-Attribut hängt vom gesamten Primärschlüssel ab, nicht nur von einem Teil. Relevant ist das bei zusammengesetzten Schlüsseln, etwa (rechnungs_nr, artikel_nr).
Was bedeutet die 3. Normalform?
Die Tabelle ist in der 2. Normalform und kein Nicht-Schlüssel-Attribut hängt transitiv, also über ein anderes Nicht-Schlüssel-Attribut, vom Schlüssel ab. Beispiel: Der Ort hängt von der Postleitzahl ab. Dann gehören PLZ und Ort in eine eigene Tabelle.
Welche Anomalien verhindert die Normalisierung?
Änderungsanomalien (derselbe Wert müsste an vielen Stellen geändert werden), Einfügeanomalien (Daten lassen sich nicht ohne fremde Daten anlegen) und Löschanomalien (beim Löschen gehen ungewollt andere Informationen verloren).
Verwandte Themen
Datenbanken interaktiv trainieren
In der Lernarena normalisierst du Tabellen mit sofortigem Feedback, echten IHK-Prüfungsaufgaben und einem KI-Tutor, der dir jeden Schritt erklärt. Kostenlos starten, direkt üben.