Primärschlüssel vs. Fremdschlüssel – wozu brauche ich beide?

Gern, am Beispiel klickt es sofort 🙂 Nimm zwei Tabellen, Kunde und Bestellung:

• Primärschlüssel (PK): identifiziert eine Zeile eindeutig innerhalb ihrer eigenen Tabelle. In Kunde ist das die KundenID. Jeder Kunde hat genau eine, sie ist nie leer und nie doppelt.
• Fremdschlüssel (FK): ist ein Feld in einer anderen Tabelle, das auf einen Primärschlüssel verweist. In Bestellung steht eine KundenID als FK – sie sagt, zu welchem Kunden die Bestellung gehört.

Kurz: Der PK identifiziert (wer bin ich?), der FK verknüpft (zu wem gehöre ich?). Über genau dieses Paar machst du später deinen JOIN.

Daniels Beispiel ist perfekt. Der eigentliche Sinn des Fremdschlüssels ist die referenzielle Integrität – und die ist der Grund, warum man ihn überhaupt als FK deklariert und nicht nur ein gleichnamiges Feld hinschreibt:

• Die Datenbank stellt sicher, dass jede KundenID in Bestellung auch wirklich in Kunde existiert. Du kannst keine Bestellung für einen Geister-Kunden anlegen.
• Sie verhindert, dass du einen Kunden löschst, der noch Bestellungen hat (oder regelt per ON DELETE, was dann passiert).

So bleiben deine Daten konsistent – keine verwaisten Datensätze. Das ist neben der Verknüpfung der zweite große Job des Fremdschlüssels. 🙂

Eine Eselsbrücke, die bei mir hängen geblieben ist: Der Primärschlüssel ist der Ausweis einer Zeile in ihrer eigenen Tabelle (eindeutig, nie leer). Der Fremdschlüssel ist eine Kopie dieses Ausweises in einer anderen Tabelle und sagt „ich gehöre zu genau diesem Datensatz dort drüben“. Genau deshalb sichert der Fremdschlüssel die referenzielle Integrität – die Datenbank lässt keinen Fremdschlüssel zu, zu dem es keinen passenden Primärschlüssel gibt. Das verhindert „verwaiste“ Datensätze.