Tom: Primary Key immer nötig?

Beitrag lesen

Hello,

Farbe:
   fk_Haupttabellen-ID
   farbe

Das ist nicht ok so:

Punkt:
   fk_Haupttabellen-ID
   x
   y

x und y bilden zusammen einen Kombinationsschlüssel.
fk_Haupttabellen-ID ist ein Fremdschlüssel, gehörts omit formal nicht an erste Stelle der Tabellenbeschreibung. Wenn man die Konventionen einhält (PK immer an erster Stelle, gleichlautetd oder zumindest ähnlich, wie die tabelle heißt) dann kann man Dokumentationen auch lesen.

Nun könntest Du natürlich behaupten, dass es mehrere xy-Datensätze gibt, weil die Farben schließlich auch gemischt werden können. Dann hättest Du hier tatsächlich keinen Primary Key, aber auch wieder keine (datentechnisch saubere) Zugriffsmöglichkeit auf den Datensatz.

Wie Du Dich auch drehst und wendest.
_Keinen_ abstahierten PK anzulegen rächst sich irgendwann später immer.
Man hat früher gerne darauf verzichtet, weil man jedes Byte Speicherplatz sparen musste.
Im Zeitalter von WinDOS ist die Minimalismus-DV doch aber spätestens vorbei gewesen.
Die vier bis acht Bytes pro Datensatz für einen qualifizierten Schlüssel hat man heute einfach übrig. Ausnahmen gibt es sicher auch hier, z.B. bei Single-Chip-Computern in Uhren, Wanzen, Sensoren, ...

Harzliche Grüße vom Berg
http://www.annerschbarrich.de

Tom

--
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau