Primærnøkkel

Konseptet med primærnøkkel er kritisk for en effektiv relasjonsdatabase. Uten primærnøkkel og det nært beslektede konseptet med fremmednøkler, ville ikke relasjonsdatabaser fungere.

Faktisk, siden en tabell enkelt kan inneholde tusenvis av poster (inkludert duplikater), er en primærnøkkel nødvendig for å sikre at en tabellpost alltid kan identifiseres entydig.

Alle nøkler som kommer fra observasjoner og attributter i den virkelige verden kalles naturlige primærnøkler, i motsetning til surrogatprimærnøkler som i stedet tildeles vilkårlig til hver post.

Nesten alle individer har daglig, men ubevisst, omgang med naturlige primærnøkler.

For eksempel blir studenter rutinemessig tildelt unike identifikasjonsnumre (ID-numre), og alle amerikanske borgere har regjeringsbestemte og entydig identifiserbare personnummer. Gateadresser eller førerkortnummer er eksempler på primærnøkler som brukes til å identifisere (henholdsvis) steder eller biler entydig.

Som et annet eksempel, en database må holde all data lagret av en kommersiell bank. To av databasetabellene inkluderer KUNDE_MESTER, som lagrer grunnleggende og statiske kundedata (navn, fødselsdato, adresse, personnummer, osv.) og KONTO_MESTER, som lagrer ulike bankkontodata (kontoopprettelsesdato, kontotype, uttaksgrenser eller tilsvarende kontoinformasjon, osv.).

For å entydig identifisere kunder, velges en kolonne eller kombinasjon av kolonner for å garantere at to kunder aldri har samme unike verdi. Dermed elimineres visse kolonner umiddelbart, f.eks. etternavn og fødselsdato.

En god kandidat for primærnøkkel er kolonnen som er designet for å holde personnumre. Imidlertid kan noen kontoinnehavere ikke ha personnummer, så denne kolonnens kandidatur elimineres.

Det neste logiske alternativet er å bruke en kombinasjon av kolonner, som å legge til etternavn med fødselsdato til e-postadresse, noe som resulterer i en lang og tungvint primærnøkkel.

Det beste alternativet er å opprette en separat primærnøkkel i en ny kolonne kalt KUNDE_ID. Deretter genererer databasen automatisk et unikt nummer hver gang en kunde legges til, og garanterer entydig identifikasjon.

Når denne nøkkelen opprettes, blir kolonnen designert som primærnøkkel i SQL-scriptet som oppretter tabellen, og alle nullverdier avvises automatisk.

Kontonummeret som er tilknyttet hver KUNDE_ID, muliggjør sikker håndtering av kundehenvendelser og raske søketider (som med enhver indeksert tabell).

For eksempel kan en kunde bli bedt om å oppgi sitt etternavn når han utfører en bankforespørsel. En forespørsel med et vanlig etternavn (som Smith) vil sannsynligvis returnere flere resultater.

Når man spør etter data, garanterer å bruke primærnøkkelens unikhetsfunksjon ett resultat.