Ein Primärschlüssel identifiziert jede Zeile in einer Tabelle eindeutig; ein Fremdschlüssel referenziert den Primärschlüssel einer anderen Tabelle, wodurch eine Beziehung zwischen Tabellen hergestellt und die referenzielle Integrität erzwungen wird (Sie können keine Zeile referenzieren, die nicht existiert).
users (
id ,
name (),
email ()
);
Ein Primärschlüssel ist eindeutig und nicht null — er identifiziert jede Zeile. Er wird automatisch indiziert (schnelle Abfragen) und ist das, worauf Fremdschlüssel verweisen.
CREATE TABLE orders (
id INT PRIMARY KEY,
user_id INT,
total DECIMAL(10,2),
FOREIGN KEY (user_id) REFERENCES users(id) -- user_id must match a users.id
);
Ein Fremdschlüssel (user_id) referenziert den Primärschlüssel einer anderen Tabelle (users.id) und erstellt die Beziehung "eine Bestellung gehört zu einem Benutzer". Die Datenbank erzwingt dies: Sie können keine Bestellung mit einer user_id einfügen, die in users nicht existiert.
INSERT INTO orders (user_id, total) VALUES (999, 50); -- ❌ ERROR if user 999 doesn't exist
-- the foreign key PREVENTS orphaned records (orders referencing non-existent users)
Referenzielle Integrität bedeutet, dass die Datenbank garantiert, dass Beziehungen gültig sind — Sie können keine Bestellung haben, die einen nicht existierenden Benutzer referenziert. Dies verhindert Datenbeschädigungen durch verwaiste oder ungültige Verweise.
FOREIGN KEY (user_id) REFERENCES users(id)
ON DELETE CASCADE -- delete the user → delete their orders too
-- ON DELETE SET NULL -- set user_id to NULL
-- ON DELETE RESTRICT -- prevent deleting a user who has orders (default-ish)
ON DELETE/ON UPDATE definieren, was mit abhängigen Zeilen geschieht, wenn die referenzierte Zeile gelöscht oder geändert wird — CASCADE (propagieren), SET NULL oder RESTRICT (verhindern). Die richtige Wahl ist wichtig, um versehentlichen Datenverlust oder verwaiste Zeilen zu vermeiden.
Primärschlüssel und Fremdschlüssel sind grundlegend für das relationale Datenbankdesign — sie sind die Art, wie das Relationsmodell Identität und Beziehungen zwischen Tabellen etabliert, daher ist das Verständnis dafür wesentlich für das Entwerfen und Arbeiten mit jeder relationalen Datenbank. Primärschlüssel (die jede Zeile eindeutig identifizieren, automatisch indiziert) sind die Grundlage der Tabellenidentität und das, worauf Beziehungen verweisen. Fremdschlüssel etablieren die Beziehungen zwischen Tabellen (Bestellungen gehören zu Benutzern usw.), die die relationale Struktur der Daten einer Anwendung definieren.
Kritischerweise erzwingen Fremdschlüssel die referenzielle Integrität — die Datenbank garantiert, dass Beziehungen gültig sind (Sie können nicht auf eine nicht existierende Zeile verweisen), was Datenbeschädigungen durch verwaiste oder ungültige Verweise verhindert, ein großer Zuverlässigkeitsvorteil, der Datenkonsistenz automatisch aufrechterhält.
Das Verständnis der ON DELETE/ON UPDATE Verhaltensweisen (CASCADE, SET NULL, RESTRICT) ist wichtig, da sie bestimmen, was mit verwandten Daten geschieht, wenn eine referenzierte Zeile geändert oder gelöscht wird — die richtige Wahl verhindert versehentlichen Datenverlust (z.B. CASCADE löscht mehr als beabsichtigt) oder verwaiste Datensätze, eine folgenreiche Designentscheidung.
Da Beziehungen zwischen Tabellen das Wesen relationaler Datenbanken sind, und da Primär-/Fremdschlüssel (und referenzielle Integrität) definieren und schützen, wie diese Beziehungen aufgebaut sind, ist das Verständnis dafür — Schlüssel für Identität und Beziehungen, referenzielle Integrität für Datenkonsistenz und die On-Delete-Verhaltensweisen für die Verwaltung verwandter Daten — grundlegende, fundamentale Kenntnisse für Datenbankdesign und ein häufiges Interviewthema, das für die korrekte Arbeit mit relationalen Daten wesentlich ist.