Mik azok a tranzakciók és az ACID tulajdonságok?

Question

Accepted Answer

A **tranzakció** egy csoportnyi operáció, amely egyetlen, oszthatatlan egységként kezelt — vagy mindegyik sikeresen befejeződik (`COMMIT`) vagy mindegyik meghiúsul (`ROLLBACK`). A tranzakciók garantálják az **ACID** tulajdonságokat, amelyek biztosítják, hogy az adatok helyesek és konzisztensek maradjanak még hibák vagy párhuzamos hozzáférés esetén is.

## Egy tranzakció — „vagy-vagy" elv

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

A klasszikus példa: egy pénzátutalás. A debit és a kredit is meg kell történjen, vagy egyik sem — különben pénz veszne el vagy jönne létre. Egy tranzakció garantálja ezt: hiba esetén a `ROLLBACK` visszavon minden változást, és az adatbázis olyan állapotba kerül, mintha semmi sem történt volna.

## ACID — a négy garancia

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

Ezek a tulajdonságok azok, amelyek megbízhatóvá teszik a relációs adatbázisokat a kritikus adatokhoz.

## Az atomicitás miért fontosságos (az alapvető előny)

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

## Izolálás és párhuzamosság

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

## Miért fontos

A tranzakciók és az ACID tulajdonságok az megbízható adatbázisok alapjait képezik — ezek garantálják, hogy az adatok helyesek és konzisztensek maradjanak még hibák és párhuzamos hozzáférés közepette is, amely elengedhetetlen minden olyan alkalmazáshoz, amely fontos adatokat kezel, ezért az azok megértése fontos.

Az alapvető érték az **atomicitás** (vagy-vagy): minden több lépésből álló operáció (pénzátutalás, megrendelés létrehozása sorsorral, kapcsolódó rekordok frissítése) vagy teljesen sikerül, vagy egyáltalán nem — különben egy operáció közbeni hiba az adatbázist egy **sérült, inkonzisztens állapotban** hagyja (a klasszikus példa: pénz levonva, de nem jóváírva).

A tranzakciók ezt garantálják a `COMMIT`/`ROLLBACK` révén, amely elengedhetetlenné teszi őket az adatintegritáshoz multi-lépéses operációkban.

A teljes **ACID** tulajdonságok megértése — **Atomicitás** (vagy-vagy), **Konzisztencia** (érvényes állapotok), **Izolálás** (párhuzamos tranzakciók nem zavarják egymást), és **Tartósság** (committed változások túlélik a rendszer összeomlást) — magyarázza meg, miért bíznak meg a relációs adatbázisokat kritikus adatokhoz (pénzügyek, megrendelések, készlet).

Annak ismerete, hogy az **izolálás** hogyan szabályozza a párhuzamosság viselkedését (az izolációs szintekkel a konzisztencia és teljesítmény közötti kompromisszummal) kapcsolódik a mélyebb párhuzamosság témákhoz.

Mivel az adatintegritás kritikus a megbízható alkalmazásokhoz, és mivel a tranzakciók (atomicitást és az ACID garantákat biztosítva) az a mechanizmus, amely biztosítja, hogy a multi-lépéses operációk nem sérülnek meg az adatok és az adatbázis konzisztens marad hibák és párhuzamosság alatt, a tranzakciók és az ACID megértése fontos, alapvető tudás a megbízható adatokkal rendelkező alkalmazások felépítéséhez — ez az adatbázis-megbízhatóság sarokköve és egy gyakori, fontos interjúkérdés, amely azt mutatja, hogy megérted, hogyan garantálnak az adatbázisok helyességet.