3NF vs. Sternschema

Beispiel: Ein Pizza-Lieferdienst. Jede Bestellung enthält Pizzen und Getränke – und der Chef will wissen, was sich wann und wo gut verkauft.

Teil 1: 3NF – jede Info steht nur an einer Stelle

Die Daten sind in viele kleine Tabellen zerlegt. „Berlin“ steht nur ein einziges Mal in der Datenbank. Zieht Mia um, ändert man genau eine Zeile. 3NF steht für “dritte Normalform”. Dahinter verbirgt sich ein mathematisch definierter Prozess, um mehrere Informationen optimal auf Tabellen zu verteilen.

Teil 2: Sternschema – gebaut für schnelle Auswertungen

In der Mitte liegt die Faktentabelle mit den Zahlen (Menge, Umsatz). Drumherum sitzen die Dimensionen, die beschreiben: wer, was und wann. Jede Dimension hängt direkt an der Mitte – so entsteht die Sternform.

Der Vergleich

Drei Fragen zum Ausprobieren

• Wie viel Umsatz machen wir pro Kategorie? Im Sternschema reicht ein Blick auf Dim_Produkt.Kategorie. In der 3NF braucht man drei Tabellen dafür.
• Was passiert, wenn Mia nach Hamburg umzieht? In der 3NF ändert man eine Zeile in Kunde. Im Sternschema ändert man die Zeile in Dim_Kunde, die Fakten bleiben unberührt.
• Welcher Wochentag ist der beste? Das geht nur so einfach, weil es Dim_Datum gibt.

Warum die 3NF für OLTP besser ist

OLTP heißt: Im laufenden Betrieb passieren ständig viele kleine Änderungen, zum Beispiel eine neue Bestellung, eine neue Adresse oder ein neuer Preis. Hier muss jede Änderung schnell gehen und die Daten dürfen sich nie widersprechen. Dafür gibt es zwei starke Gründe.

Grund 1: Eine Änderung betrifft nur eine Zeile

Der Chef will die Kategorie „Getränk“ in „Drinks“ umbenennen. Im Sortiment gibt es 200 Getränke: Cola, Limo, Apfelschorle und so weiter.

UPDATE Kategorie
SET Kategoriename = 'Drinks'
WHERE KategorieID = 2;

UPDATE Dim_Produkt
SET Kategorie = 'Drinks'
WHERE Kategorie = 'Getränk';

Grund 2: Die Datenbank kontrolliert, welche Werte erlaubt sind

Ein neuer Kunde wird angelegt. Im Sternschema ist die Stadt einfach ein Textfeld, in der 3NF ist sie ein Verweis auf die Tabelle Stadt.

INSERT INTO Kunde
VALUES (4, 'Tom', 7);