Du har ramt en af de store "hellige krige" inden for databasedesign. Debatten, du henviser til, er "surrogat vs. naturlig nøgle"-argumentet, der har raset lige så længe, som der har været RDBMS'er (så næsten jeg kan se).
Debatten går i bund og grund ned til, om en repræsentativ nøgle (surrogat, f.eks. en IDENTITET-kolonne) skal bruges i forhold til at bruge de faktiske data, der entydigt beskriver en post (naturlig nøgle).
Jeg vil sige, at der ikke er noget "rigtigt" svar. Ydeevnemål er en artefakt af platformen og bør vurderes ved eksperimenter, men ydeevne er sandsynligvis ikke den største bekymring.
Det, jeg anser for at være det primære argument for surrogatnøgler, er primærnøglernes uforanderlighed. Hvis du vælger at bruge en naturlig nøgle, opgiver du muligheden for at ændre denne nøgle, efter den er etableret. Du opgiver også muligheden for, at det kan blive uunik på et tidspunkt i fremtiden. Af disse grunde bruger jeg typisk (ikke altid) surrogatnøgler til de fleste af mine borde.
Men som jeg nævnte, er der en meget langvarig debat fyldt med diskussioner om indekseringsstrategier og overholdelse af normalform, der skal læses, hvis du er tilbøjelig til det.
Jeg ville Google "surrogat vs. naturlige nøgler". Her er et par links til at komme i gang:
Techrepublic a>
Håber dette hjælper.