Database Reference
In-Depth Information
Bild 3.13:
1-m-Beziehung
zwischen zwei
Tabellen
P
ersonen
Autos
PNr Name
Vorname
ANr
Marke
Typ
Baujahr
PNr
1
Müller
Heinz
1
Audi
A6
2008
3
2
Meier
Hans
2
Opel
Antara
2007
1
3
Schmid
Beat
3
Fiat
Punto
2002
4
4
Steffen
Felix
4
VW
Bora
2003
2
5
Einstein
Albert
5
Toyota
Yaris
2006
5
6
VW
Golf
2004
1
7
Honda
Civic
2004
2
In diesem Beispiel besitzen die Personen „Müller“ und „Meier“
je zwei Autos und jedes Auto hat genau einen Eigentümer.
Falls nun eine Person zweimal den gleichen Autotyp besitzen
würde, müsste man das zweite Auto als neues Tupel mit einer
neuen Identifikationsnummer in die Tabelle „Autos“ einfügen.
Es handelt sich dabei ja um zwei physikalisch verschiedene
Fahrzeuge, welche zufälligerweise die gleichen Merkmale be-
sitzen (dies ergibt sich aus der 1-Assoziation: ein Auto hat ge-
nau einen Besitzer).
Physisches Datenmodell:
Bild 3.13a:
Entitätenblock-
diagramm für
1-m-Beziehung
1
m
Personen
Autos
Kurzschreibweise
:
Personen
(
PNr,
Name, Vorname)
Autos
(
ANr
, Marke, Typ, Baujahr, PNr)
Ein Fremdschlüsselattribut „ANr“ in der Tabelle „Personen“
würde dort zu Redundanzen führen, weil für jedes zuge-
wiesene Auto ein Datensatz existieren müsste.
3.1.2.4
Die 1-mc-Beziehung
Bezogen auf das Beispiel „Autos und Personen“ könnte eine 1-
mc-Beziehung bedeuten, dass jede Person beliebig viele Autos
besitzen kann (0, 1 oder mehr) und jedes Auto genau einer
Person gehört.
