Database Reference
In-Depth Information
Dieser Wert ist natürlich systemabhängig. Dennoch ist klar er-
sichtlich, dass die Effizienz stark von der gewählten Daten-
struktur abhängt.
Dieses Beispiel zeigt anschaulich, dass auch die Formulierung
von Transaktionen dazu führen kann, die Datenbasis zu verän-
dern. Damit wird auch der Begriff der optimalen Normalform
verständlich. „Optimal“ bezieht sich auf den Datenbankbetrieb
und bedeutet, dass die Datenbasis so gestaltet werden muss,
dass sie den Anforderungen bezüglich Verarbeitungsgeschwin-
digkeit (Antwortzeiten) und Bedienungsfreundlichkeit genügt.
Sämtliche Tabellen des optimierten Entitätenblockdiagramms
(Bild 3.74) und deren Definitionen und Tupel sind im Anhang
aufgeführt.
3.4.9
Zusammenfassung
Der logische Entwurfsprozess beschreibt den schrittweisen
Aufbau eines optimalen Datensystems, wobei die Datenkon-
sistenz eine zentrale Bedeutung einnimmt. Dabei sind folgende
Sachverhalte zu beachten:
Der logische Entwurfsprozess ist keineswegs eindeutig.
Zwei verschiedene Applikationsprogrammierer werden
meistens auch unterschiedliche Datensysteme entwerfen.
Der logische Entwurfsprozess ist iterativ. Eine anfänglich
grobe Datenstruktur wird schrittweise verfeinert, wobei
neue Entitätsmengen und Beziehungen entstehen können.
Der Normalisierungsprozess alleine ist keine Gewähr für ein
praxistaugliches Datensystem. Es ist durchaus möglich, dass
zu Gunsten der Systemleistung und/oder der Benutzer-
freundlichkeit vom theoretischen Datenmodell abgewichen
werden muss.
Die Effizienz der Datenmodellierung hängt auch hier stark von
der Erfahrung ab. Diese erlangt man nur durch Übung und
Praxis. Dennoch können folgende Regeln beim Entwurfspro-
zess sehr hilfreich sein:
Die Anforderungen an das Datenbanksystem sollten mög-
lichst präzise in Form eines Pflichtenheftes formuliert wer-
den. Unklare Vorgaben führen zwangsläufig zu mangelhaf-
ten Applikationen.
Es sollten in einer ersten Phase möglichst viele Entitätsmen-
gen gebildet werden. Damit werden rekursive Beziehungen,
