En primärnyckel identifierar unikt varje rad i en tabell; en främmande nyckel refererar till primärnyckeln i en annan tabell, vilket etablerar en relation mellan tabeller och framtvingar referentiell integritet (du kan inte referera till en rad som inte finns).
users (
id ,
name (),
email ()
);
En primärnyckel är unik och inte null — den identifierar varje rad. Den indexeras automatiskt (snabba sökningar) och är vad främmande nycklar refererar till.
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 främmande nyckel (user_id) refererar till en annan tabells primärnyckel (users.id), vilket skapar relationen "en order tillhör en användare." Databasen framtvingar detta: du kan inte infoga en order med ett user_id som inte finns 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)
Referentiell integritet betyder att databasen garanterar att relationer är giltiga — du kan inte ha en order som refererar till en användare som inte finns. Detta förhindrar dataskador från föräldralösa/ogiltiga referenser.
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 definierar vad som händer med beroende rader när den refererade raden tas bort eller ändras — CASCADE (sprida), SET NULL eller RESTRICT (förhindra). Att välja korrekt är viktigt för att undvika oavsiktlig dataförlust eller föräldralösa rader.
Primärnycklar och främmande nycklar är grundläggande för relationsbaserad databasdesign — de är hur den relationella modellen etablerar identitet och relationer mellan tabeller, så att förstå dem är väsentligt för att designa och arbeta med någon relationsdatabas. Primärnycklar (som unikt identifierar varje rad, auto-indexerad) är grunden för tabellidentitet och vad relationer refererar till. Främmande nycklar etablerar relationerna mellan tabeller (orders tillhör användare, osv.) som definierar den relationella strukturen för en applikations data.
Kritiskt sett framtvingar främmande nycklar referentiell integritet — databasen garanterar att relationer är giltiga (du kan inte referera till en rad som inte finns), vilket förhindrar dataskador från föräldralösa eller ogiltiga referenser, en stor tillförlitlighetsförmån som upprätthåller datakonsistens automatiskt.
Att förstå ON DELETE/ON UPDATE beteendena (CASCADE, SET NULL, RESTRICT) är viktigt eftersom de bestämmer vad som händer med relaterad data när en refererad rad ändras eller tas bort — att välja korrekt förhindrar oavsiktlig dataförlust (t.ex. CASCADE raderar mer än avsett) eller föräldralösa poster, ett betydande designbeslut.
Eftersom relationer mellan tabeller är essensen av relationsdatabaser, och eftersom primär-/främmande nycklar (och referentiell integritet) är hur dessa relationer definieras och skyddas, är att förstå dem — nycklar för identitet och relationer, referentiell integritet för datakonsistens, och on-delete beteendena för att hantera relaterad data — kärnkunskap för databasdesign och ett vanligt intervjuämne som är väsentligt för att arbeta korrekt med relationsdata.