Ein Einblick in das Gebiet der Verteilten Datenbanksysteme

erreicht man damit keine Verfügbarkeitsgarantie, aber immerhin eine signifikante
Steigerung bei akzeptablen Kosten[3]
Eine geeignete Kombination aus Fragmentierung und Allokation kann
zu einer hohen Lokalität der Verfügbarkeit führen. Wenn man beispielsweise
in einer Bank eine horizontale Fragmentierung bezüglich der Filialen
wie beschrieben vornimmt und die Allokation so gestaltet, dass die
Filial-Fragmente an der jeweiligen Filiale vorhanden sind, kann ein Großteil
der Operationen in der Filiale lokal und ohne Interaktion mit dem Rest
des Systems erfolgen.
3.3 Klassifikation nach Verteilungsgrad
Multiprozessor Datenbanksysteme(Shared-Everything)
Diese Art von Datenbanksystemen unterscheiden sich von zentralen System
nur aufgrund der Anzahl an Recheneinheiten. Verteilungsaspekte wie
die Kommunikation, werden dabei weitgehend vom Betriebstsystem übernommen
und müssen nicht besonders bei der Datenverwaltung berücksichtigt werden.
Aus Sicht der ”Datenbänker” sind diese weitgehend als gewöhnliche
zentrale Datenbankssysteme zu behandeln.
Datenbank-Sharing(Shared-Disks)
Bei diesen Datenbanksystemen hat man keine physische Datenaufteilung
zwischen den beteiligten Rechnern, jedoch ein Datenbanksystem auf jedem
Rechner. Die Daten werden in einem externen Speicher gelagert, auf
den die CPUs bei Bedarf zugreifen. Die Kommunikation zwischen den
Rechnern muss dann vor allem die Speicher- bzw Datenbank-Zugriffe synchronisieren.
Ein Vorteil dieser Struktur ist, dass alle Operationen einer
Transaktion auf einem Rechner abgearbeitet werden können und somit
verteilte Ausführungspläne unnötig sind. Hingegen kann es hier zu Problemen
durch mehrfach Kopien in dem Hauptspeicher der beteiligten Rechner
kommen. Der gemeinsame Zugriff aller Beteiligten bringt natürlich auch
Probleme in der Anfragebearbeitung und der Transaktionsverwaltung mit
sich. Als kommerzielle Produkte in diesem Bereich kann man Oracle Parallel
Server oder IBM DB2 aufführen.
12