En primær nøgle er en kolonne i en relationsdatabase, der bruges til entydigt at identificere hver post i en tabel. Når du vælger en primær nøgle, skal du vælge en kolonne, der indeholder unikke værdier for alle rækker. Hver enkelt række skal have en værdi i den primære nøglekolonne, og værdierne må ikke ændres. Hvis du ikke kan finde en naturlig primærnøgle, der passer til alle reglerne, kan du oprette en surrogatnøgle. Denne wikiHow lærer dig, hvordan du vælger en primær nøgle til din database.
Trin
Trin 1. Sørg for, at alle poster i den primære nøgle er unikke
Det betyder, at du vil vælge en kolonne, der indeholder en eller anden unik identifikator, der aldrig gentages i andre rækker. Hvis en kolonne indeholder værdier, der er identiske for mere end én række, bør den ikke være din primære nøgle.
- Hvis du f.eks. Bygger en database over medarbejdere, og hver medarbejder har et unikt medarbejdernummer, kan du bruge den kolonne, der indeholder medarbejder-id-nummeret som din primære nøgle, men du bør kun gøre dette, hvis der ikke er mulighed for det samme id vil blive genbrugt i fremtiden.
- Du kan overveje at bruge en sammensat nøgle, som er en primær nøgle, der bruger flere kolonner. Ved at kombinere mere end én kolonne i din nøgle (f.eks. At kombinere DateofBirth, CountryofOrigin og EmployeeID) reduceres chancen for dublerede poster.
Trin 2. Vælg en værdi, der ikke ændres
Når du har tildelt en kolonne som den primære nøgle, kan du ikke ændre nogen af værdierne i den kolonne. Vælg noget statisk-noget du ved, at du aldrig behøver at opdatere.
- I vores eksempel på medarbejder -id vil du f.eks. Kun bruge kolonnen medarbejder -id som det primære id, hvis der ikke er nogen chance for, at medarbejderen nogensinde får tildelt et andet medarbejder -id.
- Andre oplysninger, der kan ændre sig, er folks navne, adresser, telefonnumre og adresser. Undgå disse, når du vælger en primær nøgle.
Trin 3. Der kan ikke være nulværdier i den primære nøgle
Hver række skal have en identifikator-der må ikke være nulværdier den primære nøglekolonne for enhver række.
Lad os f.eks. Sige, at du opretter en database, der indeholder patientoplysninger. Fordi personnummer er unikke og ikke ændres, kan en sådan kolonne virke som en god kandidat til en privat nøgle. Du skal dog bruge et personnummer til alle patienter-hvis en patient ikke har angivet en, kan du ikke tilføje dem til tabellen, hvis den kolonne er din primære nøgle
Trin 4. Overvej at bruge en surrogatnøgle
En naturlig nøgle er en nøgle, der indeholder reelle data, f.eks. Et personnummer eller medarbejder-id-nummer-alle vores tidligere eksempler er naturlige nøgler. Det kan være svært at finde noget, der opfylder alle de førnævnte kvalifikationer! Hvis du ikke kan identificere en kolonne, der fungerer som en (naturlig) primærnøgle, kan du prøve en surrogatnøgle:
- En surrogatnøgle indeholder unikke værdier, der genereres, når der indtastes nye poster. Hvis du vil bruge en surrogatnøgle, skal du oprette en ny kolonne, der ikke afspejler nogen reel data-f.eks. Hvis du har en liste over kunder, kan du oprette en ny kolonne kaldet CustomerID, som du udelukkende vil bruge som en unik database -id for hver kunde.
- I CustomerID -eksemplet vil du hver gang du indtaster en ny kunde i din database, tildele dem et nyt CustomerID, der fungerer som deres permanente unikke identifikator. Du kan bruge en talgenerator eller bare tilføje 1 til den tidligere værdi for at lave et unikt nyt kunde -id.
