Normalisierung

Unter Normalisierung eines relationalen Datenbankschemas versteht man die schrittweise erfolgende Zerlegung von Relationen (in der Datenbank: Tabellen) in mehrere Relationen auf der Grundlage funktionaler Abhängigkeiten. Eine Normalisierung ist notwendig, um Redundanzen der Daten zu vermeiden, die einen erhöhten Speicherplatz benötigen, das Durchsuchen und Analysieren der Daten verlängern und bei der Änderung von Daten zu Inkonsistenzen führen können.

erste Normalform

Die erste NF besagt, dass jeder Wert in einer Datenbank atomar sein muss. Dies bedeutet, dass jedes Attribut maximal
einem eindeutigem Wert zugeordnet sein darf.

Kurz: Kein Attributwertebereich kann in weitere (sinnvolle) Teilbereiche aufgespalten werden (Beispiel: Die Adresse darf nicht als Attribut verwendet werden, sondern muss sofern es das zugrunde liegende Geschäftsmodell erfordert in PLZ, Ort, Strasse, Hausnummer aufgeteilt werden).

Beispiel:

Falsch:

Lösung

Richtig:

zweite Normalform

Die zweite NF ist erfüllt, wenn:

• die erste NF erfüllt ist
• jedes Attribut vom gesamten Primärschlüssel abhängig ist

Beispiel

Falsch:

Lösung

Richtig:

dritte Normalform

Die dritte NF ist erfüllt, wenn:

• die zweite NF erfüllt ist
• die Nicht-Schlüssel-Attribute funktional unabhängig voneinander sind
• die Nicht-Schlüssel-Attribute nur vom Schlüsselattribut abhängig sind

(d.h. ein Attribut darf nicht über ein Nich-Schlüssel-Attribut gefunden werden)

Beispiel

Falsch:

Hier ist das Attribut „Ort“ über das Nicht-Schlüssel-Attribut „PLZ“ zu finden. D.h. der Ort ist nicht voll funktional vom Attribut „Id“ abhängig sondern kann ebenfalls über die „Plz“ gefunden werden. Praktisch heist das, dass wenn ein weiterer Eintrag in die Tabelle erfolgt, der Ort und die Plz ein zweites mal vorhanden wäre.

Lösung

Richtig: