ACID-Prinzip bei Datenbanken – kann mir das jemand mit Beispielen erklären?

Der Überweisungs-Klassiker passt perfekt – stell dir vor, von Konto A gehen 100 € auf Konto B. Das sind zwei Schritte: abbuchen bei A, gutschreiben bei B.

• Atomicity (Atomarität): Entweder beide Schritte passieren oder keiner. Stürzt der Server nach dem Abbuchen ab, wird zurückgerollt – das Geld verschwindet nicht im Nichts.
• Consistency (Konsistenz): Vor und nach der Transaktion sind alle Regeln erfüllt (z. B. Kontostand nie negativ, Summe stimmt).
• Isolation: Laufen zwei Überweisungen gleichzeitig, sieht keine die halbfertigen Zwischenstände der anderen – es wirkt, als liefen sie nacheinander.
• Durability (Dauerhaftigkeit): Ist die Transaktion bestätigt (Commit), bleibt sie gespeichert – auch wenn direkt danach der Strom ausfällt.

Daniels Aufzählung deckt alles ab. Als Merkhilfe, welche Eigenschaft welches Problem verhindert:

• A verhindert halbfertige Aktionen,
• C verhindert ungültige Zustände,
• I verhindert, dass sich parallele Vorgänge gegenseitig in die Quere kommen,
• D verhindert Datenverlust nach dem Commit.

In der Praxis sorgt das DBMS dafür über Transaktionen (BEGIN … COMMIT/ROLLBACK) und ein Log. Für die Klausur reicht meist: ACID benennen, je ein Beispiel, und den Begriff Transaktion als Klammer drumherum. Das mit der Isolation wird übrigens am häufigsten unterschätzt – da hängen Themen wie Dirty Read und Locking dran, falls ihr das noch vertieft.