Beispiel:
In der Tabelle "Reise" sind die Attribute "Vorname", "Straße" und "PLZ" abhängig vom Attribut "Name", nicht vom Primärschlüssel. Außerdem ist "Ort" abhängig von "PLZ" (X=Rechnungsnummer, Y=PLZ, Z=Ort; zu jeder Rechnungsnummer gehört eine PLZ und zu jeder PLZ ein Ort, also zu jeder Rechnungsnummer ein Ort).

Abhilfe:
Die transitiv abhängigen Datenfelder werden in weitere Tabellen ausgelagert, da sie nicht direkt vom Schlüsselkandidaten abhängen, sondern nur indirekt.
Da ein Name nicht eindeutig ist, wird jedem Angestellten eine Personalnummer zugeordnet. Diese ist Primärschlüssel der neuen Tabelle "Personal". Alternativ könnte ein zusammengesetzter Primärschlüssel aus Name, Vorname und Geburtsdatum benutzt werden (dieser sollte hinreichend eindeutig sein).
 

Fettgedruckte Attribute: Primärschlüssel

Wiederum besteht zwischen den Tabellen "Personal" und "Reise" sowie zwischen "PLZ" und "Personal" eine 1:n Beziehung, da ein Mitarbeiter mit einer bestimmten Personalnummer mehrere Dienstreisen machen kann und mehrere Mitarbeiter dieselbe Postleitzahl haben können.

Nach der dritten Normalisierung ergeben sich also folgende Tabellen, Datenfelder und Beziehungen:

Beachten Sie:

• Bei der Festlegung der Beziehungen kommt es auf die Reihenfolge der Tabellen an:

Die Tabelle "PLZ" steht in einer 1:n Beziehung zur Tabelle "Personal", die Tabelle "Personal" dagegen in einer n:1 Beziehung (und nicht 1:n) zur Tabelle "PLZ"

• Eine Relationale Datenbank speichert nicht nur die Daten der Tabellen sondern auch die Beziehungen zwischen den Tabellen