Što su transakcije i ACID svojstva?

Question

Accepted Answer

**Transakcija** je grupa operacija tretirana kao jedinstvena, nedjeljiva jedinica — sve uspiju zajedno (`COMMIT`) ili sve padnu zajedno (`ROLLBACK`). Transakcije jamče **ACID** svojstva, osiguravajući da podaci ostaju ispravni i konzistentni čak i kod kvarova ili istovremenog pristupa.

## Transakcija — sve-ili-ništa

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

Klasičan primjer: prijenos novca. Otpis i uplata moraju se obaviti oboje, ili nijedan — inače se novac gubi ili kreira. Transakcija jamči ovo: pri grešci, `ROLLBACK` poništava sve promjene, ostavljajući bazu podataka kao da se ništa nije desilo.

## ACID — četiri garancije

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

Ova svojstva su ono što čini relacijske baze podataka pouzdanima za kritične podatke.

## Zašto atomnost bitna (temeljita prednost)

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

## Izolatnost i istovremeni pristup

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

## Zašto je važno

Transakcije i ACID svojstva su temeljna za pouzdane baze podataka — oni su ono što jamči da podaci ostaju ispravni i konzistentni čak i usred kvarova i istovremenog pristupa, što je ključno za bilo koju aplikaciju koja rukuje važnim podacima, pa je razumijevanje toga važno.

Temeljita vrijednost je **atomnost** (sve-ili-ništa): bilo koja operacija s nekoliko koraka (prijenos novca, kreiranje narudžbe sa stavkama, ažuriranje povezanih zapisa) mora uspješno završiti ili se uopće ne dogoditi — inače kvar tijekom operacije ostavlja bazu podataka u **neispravnom, nekonzistentnom stanju** (klasičan primjer: novac debetiran ali nije kreditiran).

Transakcije jamče ovo s `COMMIT`/`ROLLBACK`, čineći ih bitnim za integritet podataka u operacijama s više koraka.

Razumijevanje punih **ACID** svojstava — **Atomnost** (sve-ili-ništa), **Konzistentnost** (valjana stanja), **Izolatnost** (istovremene transakcije se ne miješaju), i **Trajnost** (posvećene promjene prežive rušenja) — objašnjava zašto su relacijske baze podataka pouzdane za kritične podatke (financije, narudžbe, inventar).

Znanje da **izolatnost** kontrolira ponašanje istovremenog pristupa (s razinama izolatnosti koje mjenjaju konzistentnost za performansu) povezuje se s dubljim temama istovremenog pristupa.

Pošto je integritet podataka kritičan za pouzdane aplikacije, a budući da transakcije (pružajući atomnost i ACID garancije) su mehanizam koji osigurava da operacije s više koraka ne kvare podatke i da baza podataka ostaje konzistentna kod kvarova i istovremenog pristupa, razumijevanje transakcija i ACID-a je važno, temeljito znanje za izgradnju aplikacija s pouzdanim podacima — to je kamen temeljac pouzdanosti baza podataka i česta, važna tema intervjua koja pokazuje razumijevanje kako baze podataka jamče ispravnost.