Databases Reference
In-Depth Information
treter. Welche Daten dabei für uns atomar sind, hängt sehr von unserer Mini-Welt
ab: Die Zahl 48 können wir weiter in ihre Ziffern oder in die Bits ihrer Binärdar-
stellung zerlegen. Doch sind Anwendungsfälle, in denen diese Informationen von
praktischem Interesse sind, nur schwer vorstellbar.
Anders kann das beim Datentyp aussehen, den wir für die ISBN unserer Comic-
alben benötigen. Auf den ersten Blick ist die ISBN nur ein Text,
2
doch sind in einer
ISBN wie 3-7704-0001-1 Informationen kodiert:
3 repräsentiert den deutschen Sprachraum
7704 entspricht dem Ehapa-Verlag
0001 ist die vom Verlag vergebene Titelnummer für „Asterix der Gallier“
1 ist eine Prüfziffer
Wenn wir uns in unserer Mini-Welt für die einzelnen Komponenten der ISBN in-
teressieren, ist es nicht sinnvoll, sie mit einem atomaren Texttyp zu modellieren.
Im informellen ER-Modell bereitet uns der Begriff des atomaren Datentyps kein
solches Kopfzerbrechen wie im relationalen Modell (siehe Abschnitt 4.11) und be-
darf keiner weiteren formalen Präzisierung. Hier reicht ein intuitives Verständnis.
Blumenweg
13
XY 7
Entenhausen
Abbildung 6.2:
Sind Adressen zusammengesetzt?
Zusammengesetzte Datentypen:
Daten, die aus Komponenten mit unterschiedli-
cher Semantik bestehen, werden als zusammengesetzt bezeichnet. Ein beliebtes
Beispiel sind hier die Adressen. Die Adresse von Donald Duck, „Blumenweg 13,
XY 7, Entenhausen“, können wir in die vier Komponenten
„Blumenweg“,
„13“,
„XY 7“ und
„Entenhausen“
zerlegen (siehe Abbildung 6.2). Aufhören müssen wir mit dieser Zerlegung aber
nicht, da jeder der vier Texte wieder aus Buchstaben besteht. Es hängt wieder von
der Mini-Welt ab, wie weit wir gehen. Wenn die Adresse als ein Text die kleinste
relevante semantische Einheit für unsere Entitäten ist, dann ist es in Ordnung, für
ihre Beschreibung einen einzigen Text zu verwenden.
2
Eine ganze Zahl ist hier ungeeignet, da führende Nullen ignoriert werden. Dieses Thema wird uns
auch in Abschnitt 5.4 beschäftigen.
