Innholdsfortegnelse:
Uten noen kontekst ville det være vanskelig å gjette hva folk snakker om når de snakker om kandidatnøkler. For de uinnvidde starter å utforske bruken av disse databaseobjektene med den enkle ideen at forskjellige tabeller og datafelt i databasestrukturer ofte kalles "nøkler", og at organisering av dem på bestemte måter kan gi bedre datahåndteringsløsninger. Her skal vi se på kandidatnøklene og hvordan de brukes. (For en mer grundig lesing av databaser, sjekk ut en introduksjon til databaser.)
Primærnøkler og kandidatnøkler
En relativt grei måte å forklare kandidatnøkler på er i forhold til noe som kalles en primærnøkkel. En databasetabell kan vanligvis bare ha en primærnøkkel, som representerer en gitt kolonne i den tabellen. Imidlertid kan det være flere kandidatnøkler, og disse er definert som nøkler som kan brukes som primærnøkler.
Å identifisere potensielle primærnøkler er viktig fordi den primære nøkkelen i en tabell er en måte å holde alle tilknyttede poster rett, og ha en unik identifikator for hver rad i tabellen. For eksempel, i en liste over kunder, må datahandlere oppgi en spesifikk kolonne som har den unike identifikatoren for hver enkelt kunde. Å bruke en kundes fornavn, eller til og med et etternavn, fungerer ikke på grunn av potensialet for duplisering. Det er grunnen til at en primærnøkkel ofte består av et opprettet nummer som garanterer unikhet på omtrent samme måte som lange tallstrenger gir unike identifikatorer for økonomiske transaksjoner på våre kreditt- og debetkort.
