Sperrende und Nicht-sperrende Scheduler Sperrende• •Scheduler•Pessimistische Ablaufsteuerung durch Sperrverfahren, Locking•Durch Lese- und Schreibsperren wird verhindert, dass Änderungen sich auf nebenläufige Transaktionen auswirken können.•Nachteil•: Schreibende, aber auch nur-lesende Transaktionen müssen ggf. warten, bis andere schreibende (oder auch lesende) Transaktionen abgeschlossen sind.•Vorteil•: In der Regel nur wenige Rücksetzungen aufgrund von Synchronisationsproblemen nötig.•Standardverfahren in kommerziellen DBMS•Nicht-sperrende Scheduler•Optimistische Ablaufsteuerung durch Zeitstempelverfahren•Transaktionen dürfen ungehindert bis zum COMMIT arbeiten. Bei COMMIT wird geprüft, ob ein Konflikt aufgetreten ist (Validierung). Die Transaktion wird ggf. zurückgesetzt. Die Validierung wird anhand von Zeitstempeln durchgeführt (“Gab es seit Beginn der Transaktion ein Commit einer anderen Transaktion, das dieselben Daten betrifft?”).•nur geeignet, falls Konflikte zwischen Schreibern sehr selten auftreten.