Skript Datenbanken I - Praktische Informatik Universität Kassel

Kapitel 7 – Physische Datenorganisation 165
In jedem Fall sollte die physische Tupeldarstellung das Anfügen von
Attributen unterstützen ohne daß die gesamte Relationenabspeicherung
reorganisiert werden muß.
Weitere Freiheitsgrade bei der Realisierung der Tupeldarstellung
betreffen
• die interne Repräsentation der Attributwerte, die mindestens die
von SQL geforderte Präzision haben muß, DB-NULL anzeigen
soll und ggf. variabel lange Felder komprimiert
• die Speicherung von Werten im Maschinenformat (binary image)
oder in einem externen Zeichenkettenformat, wobei unabhängig
vom verwendeten Maschinentyp und der Programmiersprache des
DB-Anwendungsprogramms, Vergleiche, arithmetische Operationen,
Sortierungen, usw. auf allen Anlagen gleich ausgehen sollten.
Beispiel 7–3
Gray/Reuter weisen z. B. darauf hin, daß Oracle für alle externen numerischen
Datentypen nur eine interne Zeichenkettendarstellung in einem
etwas seltsamen, „selbstgestrickten“ Gleitpunktformat zur Basis 100
kennt.
Zuletzt sei nochmals auf das Problem der langen Felder (long fields)
eingegangen.
Große Tupel mit ggf. variabel langen Feldern lassen sich auf verschiedene
Art und Weise abspeichern, z. B. durch
• generelleVergrößerung der Seiten auf z.B. 64 KB für alle oder
einen Teil der Datenseiten (wie in DB2);
• Aufspaltung der Tupel in den kleinen fixen Teil und den langen
variablen und getrennte „Spezialspeicherung“ der variablen
Anteile (z.B. Patientendaten mit digitalisierten Röntgenbildern, auf
die nur selten zugegriffen wird);
• überspannende Speicherung, wobei der Überlaufteil in einer Kette
von Überlaufseiten abgelegt wird;