Sinnvoller aufbau einer DB

[TigerLilly]

Zitat von Beach:

Zitat von TigerLilly:

[...]
- abhängige Tabellen sollten (für das Datenmodell) keinen eigenen PK brauchen (wt_time_main). Da hat es meist was mit dem Design.

Kannst du mir das bitte etwas näher ausführen?

Meine Erfahrung:
In der Designphase (konzeptionelles Datenmodell) sollte die DB so sauber wie möglich designt werden. Dh auch, dass ich je Tabelle ein oder mehrere Attribute als PK identifizieren kann. Wenn nicht, ist das immer ein Alarmzeichen, weil ich die Identität eines Datensatzes willkürlich (sonst hätte ich ja einen PK) durch Businesslogik (abzählen) herstelle. Das ist nur sehr selten zulässig. Meist verschleiert eine ID, dass ich nicht weiß, was die Tabelle identifiziert.

Für das physische Datenmodell (wo ich uU auch technische Beschränkungen habe) kann eine bedeutungslose ID natürlich sehr sinnvoll sein.

Zitat:

Das wirbelt meine Gedanken gerade wieder frisch durcheinander.
…
(ist auch ein ungünstiger Name für diese Tabelle.)
...
Ich bin da Gedanklich wahrscheinlich schon wieder zu weit...
...
Wahrscheinlich deutlich einfacher und weniger komplex, aber dafür in gewissen Bereichen Redundant...

Klingt nach nochmal nachdenken + besser Bezeichnungen wählen. :- )

Aber: Redundant ist böse.