Co jsou transakce a vlastnosti ACID?

Question

Accepted Answer

**Transakce** je skupina operací ošetřovaná jako jediná, nedělitelná jednotka — všechny uspějí (`COMMIT`) nebo všechny selžou (`ROLLBACK`). Transakce zaručují vlastnosti **ACID**, která zajišťují, že data zůstanou správná a konzistentní i při selháních nebo souběžném přístupu.

## Transakce — vše nebo nic

```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)
```

Klasický příklad: převod peněz. Jak debet, tak kredit musí proběhnout, nebo nic — jinak by byly peníze ztraceny nebo vytvořeny. Transakce to zaručuje: při chybě `ROLLBACK` vrátí všechny změny zpět, čímž ponechá databázi v takovém stavu, jako by se nic nestalo.

## ACID — čtyři záruky

```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)
```

Tyto vlastnosti jsou to, co dělá relační databáze spolehlivými pro kritická data.

## Proč je atomicita důležitá (hlavní přínos)

```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.).
```

## Izolace a souběžnost

```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.)
```

## Proč to je důležité

Transakce a vlastnosti ACID jsou fundamentální pro spolehlivé databáze — jsou to to, co zaručuje, že data zůstanou správná a konzistentní i uprostřed selhání a souběžného přístupu, což je zásadní pro každou aplikaci, která zpracovává důležitá data, takže jejich pochopení je důležité.

Jádrou hodnoty je **atomicita** (vše nebo nic): jakákoli operace zahrnující více kroků (převod peněz, vytváření objednávky s položkami, aktualizace související data) musí uspět zcela nebo vůbec — jinak selhání v průběhu operace ponechá databázi v **poškozené, nekonzistentní stavu** (klasický příklad: peníze odečteny, ale nepřipsány).

Transakce to zaručují pomocí `COMMIT`/`ROLLBACK`, což je nezbytné pro integritu dat v operacích s více kroky.

Pochopení všech čtyř vlastností **ACID** — **Atomicity** (vše nebo nic), **Consistency** (platné stavy), **Isolation** (souběžné transakce se vzájemně neovlivňují) a **Durability** (potvrzené změny přežijí havárie) — vysvětluje, proč jsou relační databáze důvěryhodné pro kritická data (finance, objednávky, inventář).

Vědomí, že **izolace** řídí chování souběžnosti (s úrovněmi izolace vyměňujícími konzistenci za výkon) se vztahuje k hlubším tématům souběžnosti.

Požaduje se, aby byla integritu dat kritická pro spolehlivé aplikace a transakce (poskytující atomicitu a záruky ACID) jsou mechanismem, který zajišťuje, aby operace s více kroky nepoškodily data a aby databáze zůstala konzistentní při selháních a souběžnosti, takže pochopení transakcí a ACID je důležité, základní znalosti pro vytváření aplikací se spolehlivými daty — je to základní prvek spolehlivosti databází a běžné, důležité téma v rozhovorech, které demonstruje pochopení toho, jak databáze zaručují správnost.