3. Normalform: Wann muss ich eine Tabelle aufteilen?

Du bist nah dran. Die Faustregel für die 3. NF lautet: Eine Tabelle ist in der 3. NF, wenn sie in der 2. NF ist und kein Nichtschlüsselattribut transitiv vom Primärschlüssel abhängt.

Genau das ist bei dir der Fall. Geh es so durch:

1. Primärschlüssel ist BestellNr.
2. Von BestellNr hängt KundenNr ab.
3. Aber KundenName und KundenOrt hängen eigentlich von KundenNr ab, nicht direkt von BestellNr.

Das ist die transitive Abhängigkeit (BestellNr → KundenNr → KundenName). Damit verletzt die Tabelle die 3. NF.

Ergänzend zu Tobi: Die Lösung ist Aufteilen in zwei Tabellen entlang der Abhängigkeit.

• Bestellung(BestellNr, KundenNr) – KundenNr wird hier zum Fremdschlüssel.
• Kunde(KundenNr, KundenName, KundenOrt)

Praktischer Vorteil: Wenn ein Kunde umzieht, änderst du den Ort an genau einer Stelle statt in jeder Bestellung. Genau diese Redundanz und die daraus folgenden Update-Anomalien will die Normalisierung verhindern. Wenn du dir bei sowas unsicher bist, frag dich immer: 'Beschreibt das Attribut wirklich den Schlüssel oder ein anderes Objekt?'

Kleiner Merksatz, der mir im Studium geholfen hat: In der 3. NF gilt 'jedes Nichtschlüsselattribut hängt vom Schlüssel, vom ganzen Schlüssel und von nichts als dem Schlüssel ab'. Dein KundenOrt hängt eben nicht vom Schlüssel, sondern vom Kunden ab – das ist der Knackpunkt.