Was sind Transaktionen und ACID-Eigenschaften?

Question

Accepted Answer

Eine **Transaktion** ist eine Gruppe von Operationen, die als eine einzelne, unteilbare Einheit behandelt werden — sie erfolgen alle zusammen (`COMMIT`) oder alle schlagen zusammen fehl (`ROLLBACK`). Transaktionen garantieren **ACID**-Eigenschaften und stellen sicher, dass Daten auch bei Ausfällen oder gleichzeitigem Zugriff korrekt und konsistent bleiben.

## Eine Transaktion — alles oder nichts

```sql
BEGIN;                                              -- start the transaction
  UPDATE accounts SET balance = balance - 100 WHERE id = 1;   -- debit
  UPDATE accounts SET balance = balance + 100 WHERE id = 2;   -- credit
COMMIT;                                             -- both succeed → save permanently
-- if anything fails: ROLLBACK → undo EVERYTHING (no partial transfer)
```

Das klassische Beispiel: eine Geldüberweisung. Sowohl die Belastung als auch die Gutschrift müssen erfolgen, oder keine von beiden — sonst geht Geld verloren oder wird erzeugt. Eine Transaktion garantiert dies: bei einem Fehler macht `ROLLBACK` alle Änderungen rückgängig und hinterlässt die Datenbank so, als wäre nichts passiert.

## ACID — die vier Garantien

```text
A — ATOMICITY    → all operations succeed or all fail (no partial transactions)
C — CONSISTENCY  → the database moves from one valid state to another (constraints hold)
I — ISOLATION    → concurrent transactions don't interfere (as if run sequentially)
D — DURABILITY   → once committed, changes survive crashes (persisted permanently)
```

Diese Eigenschaften sind das, was relationale Datenbanken für kritische Daten zuverlässig macht.

## Warum Atomarität wichtig ist (der Kernvorteil)

```text
Without transactions, a failure mid-way leaves data in an inconsistent state:
  money debited from one account but not credited to another → data corruption.
Atomicity (all-or-nothing) prevents this — the cornerstone of data integrity for
any multi-step operation (transfers, orders with line items, etc.).
```

## Isolation und Concurrency

```text
When many transactions run concurrently, ISOLATION controls what they can see of
each other's uncommitted changes. Isolation LEVELS (Read Committed, Repeatable Read,
Serializable) trade off consistency vs performance — higher isolation = more correct
but more locking/contention. (A deeper topic on its own.)
```

## Warum es wichtig ist

Transaktionen und ACID-Eigenschaften sind grundlegend für zuverlässige Datenbanken — sie garantieren, dass Daten auch angesichts von Ausfällen und gleichzeitigem Zugriff korrekt und konsistent bleiben, was für jede Anwendung, die wichtige Daten verarbeitet, unerlässlich ist. Ein Verständnis dafür ist daher wichtig.

Der Kernwert ist die **Atomarität** (alles oder nichts): Jede Operation mit mehreren Schritten (eine Geldüberweisung, die Erstellung einer Bestellung mit Positionen, das Aktualisieren zusammenhängender Datensätze) muss vollständig erfolgreich sein oder überhaupt nicht — sonst hinterlässt ein Fehler in der Mitte der Operation die Datenbank in einem **beschädigten, inkonsistenten Zustand** (das klassische Beispiel: Geld belastet, aber nicht gutgeschrieben).

Transaktionen garantieren dies mit `COMMIT`/`ROLLBACK` und sind daher unverzichtbar für die Datenintegrität bei mehrstufigen Operationen.

Das Verständnis der vollständigen **ACID**-Eigenschaften — **Atomarität** (alles oder nichts), **Konsistenz** (gültige Zustände), **Isolation** (gleichzeitige Transaktionen beeinflussen sich nicht gegenseitig) und **Haltbarkeit** (committed Änderungen überstehen Abstürze) — erklärt, warum relationale Datenbanken für kritische Daten vertraut werden (Finanzen, Bestellungen, Bestand).

Zu wissen, dass **Isolation** das Concurrency-Verhalten steuert (mit Isolationsstufen, die Konsistenz gegen Performance abwägen), verbindet sich mit tieferen Concurrency-Themen.

Da Datenintegrität für zuverlässige Anwendungen kritisch ist und da Transaktionen (die Atomarität und die ACID-Garantien bieten) der Mechanismus sind, der sicherstellt, dass mehrstufige Operationen Daten nicht beschädigen und dass die Datenbank unter Ausfällen und Concurrency konsistent bleibt, ist das Verständnis von Transaktionen und ACID wichtiges, fundamentales Wissen für den Aufbau von Anwendungen mit zuverlässigen Daten — es ist ein Eckpfeiler der Datenbankverlässlichkeit und ein häufiges, wichtiges Interview-Thema, das Verständnis dafür demonstriert, wie Datenbanken Korrektheit garantieren.