Sinnvoller aufbau einer DB

[p80286]

Zitat von Codehunter:

Zitat von hoika:

Hallo,
das mit der Rechnungsnummer war nur ein konstruiertes Beispiel.

Mir ging es hier eher darum, dass man als PK wirklich einen künstlichen Schlüssel nimmt,
der mit den eigentlichen Daten nichts zu tun hat.

Sollte ein "richtiges" Feld eindeutig sein müssen, bekommt man das auf DB-Seite locker über einen zusätzlichen Unique-Index hin.

Weiß ich doch, aber ein gutes Beispiel.

Irgendwann legt man sich mit den sprechenden/intelligenten Schlüsseln auf die Nase und dann war das natürlich nicht abzusehen, da eine solche Konstellation nicht abzusehen war

Gruß
K-H

P.S.
Das gilt auch für die Einsparug des PK in einigen Tabellen.