Indholdsfortegnelse:
Uden nogen kontekst ville det være svært at gætte, hvad folk taler om, når de taler om kandidatnøgler. For de uindviede starter udforskning af brugen af disse databaseobjekter med den enkle idé, at forskellige tabeller og datafelter i databasestrukturer ofte kaldes "nøgler", og at organisering af dem på bestemte måder kan give bedre datahåndteringsløsninger. Her vil vi se på kandidatnøgler, og hvordan de bruges. (For en mere dybtgående læsning af databaser, se En introduktion til databaser.)
Primære nøgler og kandidatnøgler
En relativt ligetil måde at forklare kandidatnøgler er i forhold til noget, der kaldes en primær nøgle. En databasetabel kan typisk kun have en primær nøgle, der repræsenterer en given kolonne i den tabel. Der kan dog være flere kandidatnøgler, og disse er defineret som nøgler, der kunne bruges som primære nøgler.
Det er vigtigt at identificere potentielle primære nøgler, fordi den primære nøgle i en tabel er en måde at holde alle de tilknyttede poster lige, og at have en unik identifikator for hver række i tabellen. I en liste over kunder er databehandlere for eksempel nødt til at give en bestemt kolonne, der har den unikke identifikator for hver enkelt kunde. Brug af en kundes fornavn eller endda et efternavn fungerer ikke på grund af potentialet for kopiering. Derfor består en primær nøgle ofte af et oprettet antal, der garanterer unik på nogenlunde samme måde som lange numeriske strenge giver unikke identifikatorer for finansielle transaktioner på vores kredit- og betalingskort.
