En primærnøgle identificerer unikt hver række i en tabel; en fremmednøgle refererer til primærnøglen i en anden tabel, hvilket etablerer en relation mellem tabeller og håndhæver referentiel integritet (du kan ikke referere til en række, der ikke findes).
users (
id ,
name (),
email ()
);
En primærnøgle er unik og ikke null — den identificerer hver række. Den indekseres automatisk (hurtige opslag) og er det, som fremmednøgler refererer til.
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
);
En fremmednøgle (user_id) refererer til en anden tabels primærnøgle (users.id), hvilket skaber relationen "en ordre tilhører en bruger." Databasen håndhæver dette: du kan ikke indsætte en ordre med en user_id, der ikke findes i users.
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)
Referentiel integritet betyder, at databasen garanterer, at relationer er gyldige — du kan ikke have en ordre, der refererer til en ikke-eksisterende bruger. Dette forhindrer datakorruption fra forældreløse/ugyldige referencer.
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 definerer, hvad der sker med afhængige rækker, når den refererede række slettes eller ændres — CASCADE (propagér), SET NULL eller RESTRICT (forhindre). At vælge korrekt er vigtig for at undgå utilsigtet datatab eller forældreløse rækker.
Primærnøgler og fremmednøgler er grundlæggende for design af relationelle databaser — de er, hvordan den relationelle model etablerer identitet og relationer mellem tabeller, så det er afgørende at forstå dem for at designe og arbejde med enhver relationel database. Primærnøgler (som unikt identificerer hver række, automatisk indekseret) er grundlaget for tabelidentitet og det, som relationer refererer til. Fremmednøgler etablerer relationerne mellem tabeller (ordrer tilhører brugere osv.), som definerer den relationelle struktur af en applikations data.
Kritisk set håndhæver fremmednøgler referentiel integritet — databasen garanterer, at relationer er gyldige (du kan ikke referere til en ikke-eksisterende række), hvilket forhindrer datakorruption fra forældreløse eller ugyldige referencer, en vigtig pålidelighedsfordel, der automatisk opretholder datakonsistens.
At forstå ON DELETE/ON UPDATE adfærdene (CASCADE, SET NULL, RESTRICT) er vigtigt, fordi de bestemmer, hvad der sker med relaterede data, når en refereret række ændres eller slettes — at vælge korrekt forhindrer utilsigtet datatab (f.eks. CASCADE sletter mere end tilsigtet) eller forældreløse poster, en væsentlig designbeslutning.
Fordi relationer mellem tabeller er essensen af relationelle databaser, og fordi primær-/fremmednøgler (og referentiel integritet) er, hvordan disse relationer defineres og beskyttes, er det at forstå dem — nøgler til identitet og relationer, referentiel integritet til datakonsistens, og on-delete-adfærdene til styring af relaterede data — kernefundamental viden for databasedesign og et almindeligt interviewemne, der er essentielt for at arbejde korrekt med relationelle data.