En primærnøkkel identifiserer unikt hver rad i en tabell; en fremmednøkkel refererer til primærnøkkelen i en annen tabell, og etablerer et forhold mellom tabeller og håndhever referanseintegritet (du kan ikke referere til en rad som ikke eksisterer).
users (
id ,
name (),
email ()
);
En primærnøkkel er unik og ikke null — den identifiserer hver rad. Den er automatisk indeksert (raske søk) og er det som fremmednøkler 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økkel (user_id) refererer til primærnøkkelen i en annen tabell (users.id), og skaper forholdet "en ordre tilhører en bruker." Databasen håndhever dette: du kan ikke sette inn en ordre med en user_id som ikke eksisterer 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)
Referanseintegritet betyr at databasen garanterer at forhold er gyldige — du kan ikke ha en ordre som refererer til en ikke-eksisterende bruker. Dette forhindrer datakorrupsjon fra foreldreløse/ugyldige referanser.
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 hva som skjer med avhengige rader når den refererte raden slettes eller endres — CASCADE (propager), SET NULL, eller RESTRICT (forhindre). Å velge riktig er viktig for å unngå utilsiktet datatap eller foreldreløse rader.
Primærnøkler og fremmednøkler er fundamentale for relasjonell databasedesign — de er hvordan den relasjonelle modellen etablerer identitet og forhold mellom tabeller, så å forstå dem er essensielt for å designe og arbeide med enhver relasjonell database. Primærnøkler (som unikt identifiserer hver rad, automatisk indeksert) er grunnlaget for tabelidentitet og hva forhold refererer til. Fremmednøkler etablerer forhold mellom tabeller (ordrer tilhører brukere, osv.) som definerer den relasjonelle strukturen av en applikasjons data.
Kritisk sett håndhever fremmednøkler referanseintegritet — databasen garanterer at forhold er gyldige (du kan ikke referere til en ikke-eksisterende rad), som forhindrer datakorrupsjon fra foreldreløse eller ugyldige referanser, en stor pålitelighetsfordel som opprettholder datakonsistens automatisk.
Å forstå ON DELETE/ON UPDATE atferdene (CASCADE, SET NULL, RESTRICT) er viktig fordi de bestemmer hva som skjer med relaterte data når en referert rad endres eller slettes — å velge riktig forhindrer utilsiktet datatap (f.eks. CASCADE sletter mer enn tilsiktet) eller foreldreløse poster, en betydningsfull designbeslutning.
Ettersom forhold mellom tabeller er essensen av relasjonelle databaser, og siden primær-/fremmednøkler (og referanseintegritet) er hvordan disse forholdene er definert og beskyttet, er det å forstå dem — nøkler for identitet og forhold, referanseintegritet for datakonsistens, og on-delete atferdene for å håndtere relaterte data — kjernekunnskap for databasedesign og et vanlig intervjuspørsmål som er essensielt for korrekt arbeid med relasjonelle data.