Ein Einblick in das Gebiet der Verteilten Datenbanksysteme

Eine Transaktion ist eine Folge von Datenbankoperationen, die von außen
betrachtet als atomare Einheit erscheint und eine Datenbank von einem
konsistenten Zustand in einen anderen konsistenten Zustand überführt.
Innerhalb des Datenbanksystems kann eine Transaktion aus vielen Operationen
bestehen. Stellt man sich eine Banküberweisung von einem Konto
A zu einem Konto B vor, so sind die notwendigen internen Operationen
erkennbar, die, transparent für den Benutzer, vom DBMS durchgeführt
werden.
Transaktion Überweise
e 20.00 von Konto A → Konto B
• Prüfe ob es ein Konto A gibt
• Prüfe ob Konto A über ausreichend Deckung verfügt
• Prüfe ob es ein Konto B gibt
• Belaste Konto A mit e 20.00
• Schreibe e 20.00 auf Konto B gut
• Schließe die Transaktion ab
Sollte bei der Abarbeitung dieser Operationen ein Fehler auftreten, darf
dennoch kein Fehler in der Datenbank resultieren, denn es ist ja schon
genug Geld in letzter Zeit verschwunden.
Eine große Herausforderung an Datenbanksysteme ist das Gewährleisten
dieser Forderung, deren Komplexität natürlich mit dem Verteilungsgrad
eines Informationssystems zu nimmt.
In den 70er und 80er Jahren des vergangen Jahrhunderts, prägte Jim
Gray die Transaktionsverarbeitung im Bereich der Datenbanken bevor
Theo Härder und Andreas Reuter 1983 mit ihrer Arbeit Principles of
transaction-oriented database recovery[4] das Schlag-Akronym ACID in
den Informationswissenschaften etablierten. Das ACID-Prinzip wird heutzutage
als Maßstab für korrekte Transaktionen angesehen und stellt die folgenden
vier Bedingungen auf[1] [2] :
• Atomarität(Atomicity) : Eine Transaktion wird entweder ganz oder
gar nicht auf einer Datenbank ausgeführt und kann im Falle eines
Fehlers keine Zwischenzustände hinterlassen.
7