Hi,
Lars Lehmann schrieb:
Ersteres - relationale Datenbanken können nur eindeutige (also 1:n)
Relationen definieren. Du hattest ja auch ganz korrekt geschrieben, dass
du das machen willst. Leider ist aber deine DB so definiert, dass die
FzID in der Tabelle Fahrzeuge nicht eindeutig ist - insofern ist deine
obige Aussage, dass Fahrzeuge die "starke Entität ist" falsch.
Habe ich nie behauptet (s. Zitat meiner Äußerung). Da steht doch klar
drin, das "Fahrzeuger" eine schwache Entität ist, sich an
"Fahrzeugtypen" als starke Entität anlehnt. In dem Buch das ich zur
Zeit zu Rate ziehe steht, dass eine Entität dann "schwach" ist, wenn
man zu ihrer Beschreibung einen andere Entität benötigt. Ein Fahrzeut
ohne Typ ist unsinning, von daher ist unstrittig, das Fahrzeug eine
schwache Entität ist. Des Weiteren ist dem Buch zu entnehmen, dass
der Primärschlüssel der schwachen Entität den Primärschlüssel der
zugehörigen Starken Entität enthalten soll.
Ah .. ok, jetzt werden mir die Begriffe etwas klarer. Ist in der Theorie
auch fast richtig. Nur die Aussage dass der "Primärschlüssel der
schwachen Entität den Primärschlüssel der zugeh. startken Entität
enthalten soll ... die würde ich nicht so stehen lassen (die Theorie hab
ich durchaus noch im Kopf - Informatikstudium, in der Spezialisierung
recht viel Datenbanken mitgenommen).
Der Primärschlüsel ist eine Kombination von Attributen, die das Fahrzeug
Eindeutig identifiziert. Nicht weniger - aber auch nicht mehr. In die
reale Welt transportiert: dein Fahrzeug ist durch die FAhrzeig-Ident-Nr.
identifiziert. Die Ausstattung deines Fahrzeugs ist zwar auch eine
wichtige Information, aber selbst wenn du die Sitze wechselst, ist dein
Auto immernoch hinzeichend über die FahrzeugIdent identifiziert.
Für die DB heisst das, dass Du die TypID mit in die Tabelle Fahrzeuge
packen musst (um den Typ zu kennen, und weitere Infos aus der
Typ-Tabelle holen zu können). Die TypID gehört aber nicht zum
Primärschlüssel. DAnn passt auch dein restliches Datenschema ohne
verrenkungen.
...
Das wäre sicher eine Lösung. Dann muss mir nur noch jemand erklären,
ob Vorgehensweise laut Buch falsch ist, oder ob man das "formal
korrekt" anders lösen müßte. Meine erste Idee, die ich jetzt mal
ausprobiere:
Fahrzeuge hat einen zusammengesetzten Schlüssel, dieser muss dann auch
vollständig in FzAusstattung auftauchen und damit würde das
EIngabefenst auch eine Sinn ergeben, weil OOo nicht raten wie die
beiden Felder in FzAusstattung heißen.
Ja, das würde auch funktionieren, aber aus meiner Sicht ist dann das
Fahrzeug überbestimmt.
André
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
