Kas yra transakcijos ir ACID savybės?

Question

Accepted Answer

**Transakcija** yra operacijų grupė, traktuojama kaip vienas, nedalomas vienetas — jos visos sėkmingai įvykdomos (`COMMIT`) arba visos nepavyksta (`ROLLBACK`). Transakcijos garantuoja **ACID** savybes, užtikrinant, kad duomenys išlieka teisingi ir nuoseklūs net turint gedimų ar lygiagrečios prieigos.

## Transakcija — viskas arba nieko

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

Klasikinis pavyzdys: pinigų pervedimas. Tiek debeto, tiek kredito operacija turi įvykti, arba nė viena — kitaip pinigai dingsta arba sukuriami. Transakcija tai garantuoja: klaidos atveju `ROLLBACK` atšaukia visus pakeitimus, palikdama duomenų bazę tokią, kokia ji buvo prieš pradžią.

## ACID — keturios garantijos

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

Šios savybės yra tai, kas daro reliaciniu duomenų bazes patikimomis kritiniams duomenims.

## Kodėl atomarumas svarbus (pagrindinė nauda)

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

## Izoliacija ir konkurencija

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

## Kodėl tai svarbu

Transakcijos ir ACID savybės yra pagrindinės patikimos duomenų bazės — jos garantuoja, kad duomenys išlieka teisingi ir nuoseklūs net esant gedimams ir lygiagrečiai prieigai, kas yra būtina bet kuriai programai, kuri tvarko svarbius duomenis, todėl jų supratimas yra svarbus.

Pagrindinė vertė yra **atomarumas** (viskas arba nieko): bet kuri operacija, susidedanti iš daugelio žingsnių (pinigų pervedimas, užsakymo su eilučių kūrimas, susijusių įrašų atnaujinimas), turi sėkmingai baigti arba visai nevykti — kitaip vidurio gedimas palieka duomenų bazę **sugedusia, nekonsekventia būsena** (klasikinis pavyzdys: pinigai atimti, bet nepervedeni).

Transakcijos tai garantuoja su `COMMIT`/`ROLLBACK`, todėl jos yra būtinos duomenų integritetui daugiažingsnių operacijose.

Supratus visas **ACID** savybes — **Atomarumą** (viskas arba nieko), **Konsistencija** (galiamos būsenos), **Izolaciją** (konkuruojančios transakcijos nesikliudo) ir **Pastovumą** (įvykdyti pakeitimai išlieka po gedimų) — aišku, kodėl reliacinės duomenų bazės yra patikimos kritiniams duomenims (finansai, užsakymai, atsargos).

Žinant, kad **izoliacija** kontroliuoja konkurencinio lygio veikimą (izoliacijos lygiai keičiant konsistenciją už našumą), susiję su gilesnėmis konkurencijos temomis.

Kadangi duomenų integritetą yra kritinis patikimoms programoms, ir kadangi transakcijos (suteikiančios atomarumą ir ACID garantijas) yra mechanizmas, kuris užtikrina, kad daugiažingsnės operacijos neteršia duomenų ir kad duomenų bazė išlieka nuosekli gedimų ir konkurencijos metu, transakcijų ir ACID supratimas yra svarbus, pagrindinės žinios patikimų programų su saugiais duomenimis kūrimui — tai yra duomenų bazės patikimumo pagrindas ir dažna, svarbi interviu tema, kuri parodo supratimą, kaip duomenų bazės garantuoja korektumą.