Databases Reference
In-Depth Information
Diese Relation enthält für jedes Tupel der Relation
Bestellung
die Angaben
(bestell_nr, bestelldatum, lieferdatum, rechnungsbetrag)
sowie alle Kundenda-
ten für die entsprechenden Kunden. Falls allerdings eine in der Relation
Bestel-
lung
angegebene Kundennummer in der Relation
Kunde
nicht enthalten ist, wird
diese Bestellung - ohne Warnung - ignoriert. (Dies kann nicht auftreten, da wir als
Konsistenzbedingung eine referenzielle Konsistenz angegeben haben - hier sehen
Sie auch, wozu diese referenzielle Konsistenz wichtig ist).
Grafisch können wir diese Verknüpfung auch in folgender Form darstellen, indem
wir die zu verknüpfenden Attribute durch eine Linie verbinden:
Bestell_ Nr
Kunden_ Nr
Bestell- datum
Liefer- datum
Rechnungs-
betrag
151
101
28.04.2000
02.05.2000
196,75
152
103
30.04.2000
02.05.2000
2.270,86
153
105
12.05.2000
154
103
15.05.2000
=
Kunden_ Nr
Status
Name
Straße
PLZ
Ort
Letzte_
Bestellung
…
102
W
Berger, Uwe
Allee 12 b
25813
Husum
…
104
G
Andresen,
Ute
Am Abhang
24558
Ulzburg
…
100
S
Voss, Hans
Kuhdamm 12
23863
Nien-
wohld
…
101
S
Stein, Peter
Moordamm 34
23863
Kayhude
28.04.2000
…
103
S
Randers, Nis
Am Seeufer 12
23845
Oering
15.05.2000
…
105
S
Stuff, Werner
Tarper Weg
24853
Eggebek
12.05.2000
…
106
W
Staack,
Hannes
An der Alster 1
23863
Kayhude
…
Beispiel (Self Join)
Ve r b i n d u n g e n m üssen nicht immer über Schlüsselattribute hergestellt werden.
Durch entsprechende Umbenennung können auch Relationen mit sich selbst ver-
knüpft werden. Hierzu sei die folgende Relation
Kaiser
gegeben:
Kaiser
