Frage zu 1:1 Beziehung

[hoika]

Hallo,
die Frage ist, wie oft braucht man diese Information und wie oft andere.
Danach richte ich immer meine Datenstruktur aus in der Hoffnung, dass sich nicht groß was ändert.

Ich würde das nicht machen, eben weil mal ein Kollege nicht erwartet, dass bei genau diesen Tabellen alles anders rum gesetzt ist.

[jobo]

Nachtrag:
Mglw. hast Du ja im jetzigen Hauptdatensatz bereits Infos, die eigentlich bereits abbilden, dass es Detaildaten geben muss. Die könntest Du zum "Sehen" dann nutzen. Ggf. kannst du das auch explizit modellieren und wie bei den Persitenzsystemen eine Spalte für diese Info spendieren. Dazu kann man dann auch wieder einen Constraint anlegen, der das überwacht.
Alternativ noch eine Bastelvariante: eine "zentrale"(oft gebrauchte) Spalte aus der neuen Detailmenge in die Originalmenge aufnehmen. Die liefert dann durch Existenz (not null) den Indikator. (verbraucht immer noch weniger Platz (oder gleichviel, je nachdem) als eine Reverse FK)

[dataspider]

Ich sehe keine Notwendigkeit, das Schema so zu verbiegen.

Man kann für die Haupttabelle immer noch eine View erzeugen, welche die Information liefert.
Will man keine View, dann kann man in der Haupttabelle auch ein berechnetes Feld (select first 1 id from Detail) anlegen.

Egal, ob man von Löschregeln etwas hält oder nicht.
Man muss sich ja nicht die Möglichkeiten verbauen, wenn man es dann doch mal braucht.

Frank

[Frickler]

Danke für Eure Hilfe.

Obwohl ich inzwischen alle Programme umgestellt habe, kommt zuweilen noch die BDE-Denke durch, JOINs möglichst zu vermeiden wegen Bremseffekt...

[hoika]

Hal,
ne, das lag nicht an der BDE direkt, sondern am local SQL.
Ich hatte damals die BDE und Interbase, da war der Join schön schnell.