hvorfor autonummering til primær id

Fordelen er at man aldrig viser en surrogate key til brugerne og derfor skal den aldrig aendres.

Hvis du nummererer dine brugere 1, 2, 3, ... og aldrig viser nummeret i applikationen
saa vil du aldrig opleve at at nogen skal aendres fra 777 til 779.

Natural keys er kendte af brugerne og skal derfor aendres en gang imellem.

Folk tager navneforandring og faar nyt telefonnummer for et godt ord. Hvis folk faar en koensskifte operation
skifter de CPR nummer o.s.v..

Og det kan vaere tricky at aendre en primary key hvis der er mange foreign keys som
peger paa den.

Ioevrigt er jeg ikke imod brug af natural keys. Vaelger man en god, saa er problemerne
ikke stoerre end at man kan loese dem.

jamen hvorfor så overhoved have en primær nøgle i de tilfælde. Hvis jeg har en tabel med disse 4 felter: afdeling, beløb, fradato, tildato.
Hvor at samme afdeling og beløb sagtens kan opstå flere gange bare med forskellige tildato og fradato og nogle gange vil der stå null i tildato og fradato hvis de ikke er kendte. Der er eneste mulighed at have en surrogate primærnøgle f.eks. autonummering. men hvad kan den bruges til så i forhold til ikke at have nogle primær nøgle?

Det er en doedssynd ikke at have en primaernoegle. Det er altid godt at
have en unik identifikation af en raekke. Ellers kan man ikke garantere at
man kan hente en bestemt raekke med en query.

okay tak. hvis det er den eneste grund i det tilfælde. smid et svar

kommer her