Czym są transakcje i właściwości ACID?

Question

Accepted Answer

**Transakcja** to grupa operacji traktowana jako pojedyncza, niepodzielna jednostka — albo wszystkie się powiodą (`COMMIT`), albo wszystkie się nie powiodą (`ROLLBACK`). Transakcje gwarantują właściwości **ACID**, zapewniając, że dane pozostają prawidłowe i spójne nawet w przypadku awarii lub jednoczesnego dostępu.

## Transakcja — wszystko lub 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)
```

Klasyczny przykład: transfer pieniędzy. Zarówno obciążenie, jak i uznanie muszą się dokonać, albo żadne z nich — w przeciwnym razie pieniądze są tracone lub tworzone. Transakcja to gwarantuje: w przypadku błędu, `ROLLBACK` cofa wszystkie zmiany, pozostawiając bazę danych tak, jakby nic się nie stało.

## ACID — cztery gwarancje

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

Te właściwości to to, co czyni relacyjne bazy danych niezawodnymi dla danych krytycznych.

## Dlaczego atomowość jest ważna (główna korzyść)

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

## Izolacja i współbieżność

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

## Dlaczego to ważne

Transakcje i właściwości ACID są fundamentalne dla niezawodnych baz danych — gwarantują, że dane pozostają prawidłowe i spójne nawet w przypadku awarii i jednoczesnego dostępu, co jest niezbędne dla każdej aplikacji obsługującej ważne dane, dlatego ich zrozumienie jest ważne.

Główną wartością jest **atomowość** (wszystko lub nic): każda operacja obejmująca wiele kroków (transfer pieniędzy, tworzenie zamówienia z pozycjami, aktualizacja powiązanych rekordów) musi się całkowicie powieść lub wcale nie powinna się powieść — w przeciwnym razie awaria w środku operacji pozostawia bazę danych w **uszkodzonym, niespójnym stanie** (klasyczny przykład: pieniądze obciążone, ale nie uznane).

Transakcje gwarantują to za pomocą `COMMIT`/`ROLLBACK`, czyniąc je niezbędnymi dla integralności danych w operacjach wieloetapowych.

Zrozumienie pełnych właściwości **ACID** — **Atomowości** (wszystko lub nic), **Spójności** (prawidłowe stany), **Izolacji** (jednoczesne transakcje się nie zakłócają) i **Trwałości** (zatwierdzone zmiany przetrwają awarie) — wyjaśnia, dlaczego relacyjne bazy danych są zaufane dla danych krytycznych (finanse, zamówienia, inwentarz).

Wiedza, że **izolacja** kontroluje zachowanie współbieżności (z poziomami izolacji balansującymi spójność dla wydajności) łączy się z głębszymi zagadnieniami współbieżności.

Ponieważ integralność danych jest krytyczna dla niezawodnych aplikacji, a ponieważ transakcje (zapewniające atomowość i gwarancje ACID) są mechanizmem, który zapewnia, że operacje wieloetapowe nie uszkadzają danych i że baza danych pozostaje spójna w przypadku awarii i współbieżności, zrozumienie transakcji i ACID jest ważną, fundamentalną wiedzą do budowania aplikacji z niezawodnymi danymi — jest to kamień węgielny niezawodności baz danych i powszechny, ważny temat rozmów o pracę, który wykazuje zrozumienie sposobu, w jaki bazy danych gwarantują poprawność.