Ein Einblick in das Gebiet der Verteilten Datenbanksysteme

Weitere Magazine

Empfehlungen

Info

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
Datenbank-Distribution(Shared-Nothing) Hierbei hat man das Datenbanksystem im allgemeinen auf mehrere lose gekoppelte Rechner und DBMS verteilt. Jeder einzelne Rechner hat zunächst nur Zugriff auf lokale Daten was offensichtlich verteilte Ausführungspläne für Datenbankoperationen nötig macht. Probleme sind hier durch globale Deadlocks und die Wartung replizierter Daten gegeben. Bei diesen Strukturen sind sogenannte rechnerübergreifende Commit-Protokolle und Katalogverwaltung nötig. Einige kommerzielle Produkte hier sind Teradata, Sybase SQL-Anywhere oder IBM DB2. 13
Seite 1 und 2: Seminar Programmiersprachen und Pro
Seite 3 und 4: 1 Einleitung Aufgrund der sinkenden
Seite 5 und 6: • Die Primärschlüsselbedingung
Seite 7 und 8: Eine Transaktion ist eine Folge von
Seite 9 und 10: 3 Architektur verteilter Datenbanks
Seite 11: 3.2 Fragmentierung und Allokation I
Seite 15 und 16: dieser Strukuren zeigt natürlich a
Seite 17 und 18: 5.2 Transaktionsverwaltung Eine Tra
Seite 19 und 20: 5.3 Drei-Phasen-Commit(3PC) Eine Ha
Seite 21: Literatur [1] Peter Dadam. Verteilt

Ein Einblick in das Gebiet der Verteilten Datenbanksysteme

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?