Database Reference
In-Depth Information
pel und Attribut nur ein Attributwert erlaubt ist. Außerdem ist
nicht klar, ob es sich bei den Verkäufern „Schmid“ bei den
Kunden „Meier“ und „Steffen“ um ein und denselben oder um
zwei verschiedene Verkäufer mit gleichem Namen handelt. Es
sind somit noch weitere Attribute einzuführen. Die Tabelle
muss also so umgeschrieben werden, dass jedes Attribut nur
einfache Attributwerte besitzt und die Sachverhalte klar sind.
Richtig umgeschrieben sieht die Tabelle gemäß Bild 3.59 aus.
Gesc
häftsdaten
KNr
Kun-
denna
me
Adresse
ANr
Auto-
Marke
Typ
Serien-
num-
mer
VNr
Ver-
käufer
Datum
1
Meier
Planetenweg 7
1
VW
Golf
123456
1
Schmid
23.4.08
1
Meier
Planetenweg 7
2
Opel
Astra
345678
2
Plüss
7.8.08
2
Müller
Altstadt 12
3
VW
Golf
388721
3
Frey
17.6.08
3
Steffen Gartenstr. 7
4
VW
Bora
222245
1
Schmid
15.7.08
4
Steffen Augasse 12
5
Audi
A6
122154
3
Frey
13.11.08
6
Opel
Antara
445321
4
Schenk
Bild 3.59:
Tabelle „Geschäftsdaten“ in der 1. Normalform
Geschäftsdaten
(
KNr
, Kundenname, Adresse,
ANr
, Automarke, Typ,
Seriennummer, VNr, Verkäufer, Datum)
Es wurden neu die Attribute „KNr“, „ANr“ und „VNr“ eingefügt,
welche die Kunden, Autos und Verkäufer klar identifizieren.
Alle Attribute besitzen nur noch einfache Attributwerte, wobei
Nullwerte ebenfalls Attributwerte darstellen. Die Tabelle befin-
det sich nun in der 1. Normalform.
Eine
Tabelle
befindet sich in der
1. Normalform
,
wenn alle Attribute nur einfache Attributwerte auf-
weisen, wobei auch Nullwerte zulässig sind.
Man erkennt aber, dass nun Redundanzen aufgetreten sind.
Der Kundenname sollte nicht für jeden Zweitwagen nochmals
aufgeführt werden müssen. Ausserdem ist ersichtlich, dass es
