01. Transaktionsverwaltung

1. Recovery

   • behebung von eingetretenen, oft unvermeidbaren fehlern

2. Synchronisation

   • von mehreren auf der DB ablaufenden Transaktionen

• eine arbeitseinheit in einer anwendung

• die eine bestimmte Funktion erfüllt

• => folge von datenverarbeitungsbefehlen

• => die die datenbasis von konsistenten in anderen (nicht notwendigerweise unterschiedlichen) konsistenten zustand überführt

• => folge von befehlen ist atomar (ununterbrechbar)

1. read

2. write

=== steuerung der Transaktionsverarbeitung

1. BoT (begin of transactoin)

2. commit

3. abort

==== zusätzliche

1. define savepoint

2. backup transaction

• Kennzeichnet den Beginn einer Transaktion

  • (und der dazugehörigen befehlsfolge)

• leitet die beendigung einer Transaktion ein

• alle änderungen der datanbasis werdern festgeschrieben

  • -> dauerhaft in die DB eingebaut

• führt zu selbstabbruch der TA

• !! DBS muss sicherstellen dass Datenbasis wieder in Zustand vor TA zurückgeführt wird

• definieren eines sicherungspunktes

  • -> auf den sich die (noch) aktive TA zurücksetzen lässt

• -> DMBS muss sich alle Änderungen bis zu diesem zeitpunkt merken aber nicht festschreiben

  • -> da durch abort TA immer noch gänzlich aufgegeben werden kann

• zurücksetzen der (noch) aktiven TA auf letzen sicherungspunkt

1. commit (-> erfolgreich)

   • BOT

     • op1

     • …

     • opn

   • commit

2. abort (-> erfolglos)

   • BOT

     • op1

     • …

     • opn

   • abort

• rollback

• fehler:

  • hardware

  • stromausfall

  • fehler im code

  • deadlock

• nach TA DB nicht mehr konsistent

• nein, darf während eine TA im gange ist auch (teilweise) verletzt sein…

ACID

1. Atomicity

2. consistency

3. isolaiton

4. durabiility

• alles oder nichts prinzip - TA als kleinste, unteilbare einheit

• -> entweder werden alle änderungen der TA festgeschrieben oder gar keine

• TA hinterlässt nach beendigung konsistenten datenbasiszustand

• sonst komplett zurückgesetzt

• nebenläufig ausgeführte TA dürfen sich gegenseitig nicht beeinflussen

• wirkung einer erfolgreich abgeschlossenen TA

• bleibt dauerhaft in DB erhalten

• => Transaktionsverwaltung muss sicherstellen:

  • dass dies auch nach systemfehler gegeben ist (i.e. hardware oder software)

• mittels anderere TA

• -> sog. kompensierende TA

• mehrbenutzersynchronisation

• recovery

• implizit begonnen

• commit (work)

  • festschreiben falls keine konsistenzverletzungen festgestellt

• rollback work

  • zurücksetzen aller änderungen

1. potentiell

   • TA ist codiert und warted darauf in zustand aktiv zu wechseln

   • -> wechsel zu aktiv sog. inkarnierend

2. aktiv

   • aktiven (derz. rechnenden) TA konkurrieren um betriebsmittel (i.e. Hauptspeicher, CPU, ...) zur ausführung von operationen

3. wartend

   • bei überlastung (i.e. thrashing des puffers) kann TAV einige aktive TA in zustand wartend verdrängen

   • nach behenung der Überlast -> sukkzesives einbringen der wartenden TA (-> wieder auf aktiv setzen)

4. abgeschlossen

   • nach commit befehl

   • -> kann nicht gleich festgeschreieben werden

   • -> vorher muss auf konsistenz überprüft werden

5. persistent

   • nach feststellen der konsistenz

   • dauerhaftes einbringen in Datenbasis

   • ENDZUSTAND

6. gescheitert

   • abort, fehler, konsistenzverletzung,…

7. wiederholbar

   • z.T. sind gescheiterte TA widerholbar

   • -> erst zurücksetzen der Wirkung auf Datenbasis

   • -> dann durch neustarten wieder aktivieren

8. aufgegeben

   • gescheiterte transaktion die nicht widerholt wird (werden kann)

   • zurücksetzen der wirkung

   • ENDZUSTAND