Hallo,
ich handhabe das so:
Ein PK hat erst mal nichts mit den Daten der Tabelle zu tun, erst ist also ein artificial key (künstlicher Schlüssel).
Dass kann ein Integer (AutoInc) oder eine
GUID sein.
Vorteil:
Der Kunde sagt:
"Das Feld kann nie und nimmer doppelte Werte haben", z.B. Rechnungsnummer -> mein PK
Der Kunde sagt 2 Jahre später
"Die Rechnungsnummer kann jetzt doppelt sein, weil die Standortnummer zusätzlich dazukommt.
Wir nennen das jetzt zusammengesetzte Rechnungsnummer."
Merke:
Glaube keinen Kunden
