Erklär, was ACID bedeutet und was jede Eigenschaft tatsächlich garantiert.

ACID beschreibt die Garantien, die dir eine Transaktion gibt. Atomicity heißt, entweder landen alle Writes oder keiner. Consistency heißt, die Transaktion bringt die Datenbank von einem gültigen Zustand in den nächsten und respektiert dabei ihre Constraints. Isolation heißt, dass nebenläufige Transaktionen die halbfertige Arbeit der anderen nicht sehen, so weit das Isolationslevel es zusagt. Durability heißt, dass die Daten einen Crash überleben, sobald ein Commit zurückkommt.

Atomicity ist alles oder nichts: Wenn ich ein Konto belaste und ein anderes gutschreibe, committen entweder beide Writes oder keiner. Consistency heißt, die Transaktion hinterlässt die Datenbank so, dass ihre Constraints erfüllt sind, Foreign Keys und Check Constraints halten also auf beiden Seiten. Isolation ist die spannende, weil sie ein Regler ist und kein Versprechen. Die meisten Datenbanken stehen per Default auf Read Committed, was Non-Repeatable Reads und Phantom Rows weiterhin erlaubt, wenn du also serialisierbares Verhalten annimmst, lieferst du irgendwann eine Race Condition aus. Durability heißt, dass der Write einen Stromausfall überlebt, sobald das Commit zurückkommt, in der Regel weil er im Write Ahead Log gelandet und geflusht ist. Erwischt hat es mich bei einem Endpoint zum Einlösen von Gutscheinen. Wir haben die verbleibenden Nutzungen geprüft und dann in zwei getrennten Statements unter Read Committed dekrementiert, und zwei gleichzeitige Requests haben beide eine verbleibende Nutzung gesehen. Der Fix war ein einziges bedingtes Update mit einer where-Klausel auf den Restzähler, womit Prüfung und Write atomar waren.