Ce sunt tranzacțiile și proprietățile ACID?

Question

Accepted Answer

O **tranzacție** este un grup de operații tratat ca o unitate indivizibilă și atomică — fie reușesc toate împreună (`COMMIT`), fie eșuează toate împreună (`ROLLBACK`). Tranzacțiile garantează proprietățile **ACID**, asigurând că datele rămân corecte și consistente chiar și în caz de eșecuri sau acces concurent.

## O tranzacție — totul sau nimic

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

Exemplul clasic: un transfer de bani. Atât debitul, cât și creditul trebuie să se întâmple, sau nici unul — altfel banii se pierd sau se creează. O tranzacție garantează acest lucru: în caz de eroare, `ROLLBACK` anulează toate schimbările, lăsând baza de date ca și cum nimic nu s-ar fi întâmplat.

## ACID — cele patru garanții

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

Aceste proprietăți sunt ceea ce face bazele de date relaționale fiabile pentru date critice.

## De ce contează atomicitatea (avantajul central)

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

## Izolarea și concurența

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

## De ce contează

Tranzacțiile și proprietățile ACID sunt fundamentale pentru baze de date fiabile — sunt ceea ce garantează că datele rămân corecte și consistente chiar și în mijlocul eșecurilor și accesului concurent, ceea ce este esențial pentru orice aplicație care gestionează date importante, deci înțelegerea lor este importantă.

Valoarea centrală este **atomicitatea** (totul sau nimic): orice operație care implică mai mulți pași (un transfer de bani, crearea unei comenzi cu articole de linie, actualizarea unor înregistrări conexe) trebuie să reușească complet sau deloc — altfel un eșec la mijlocul operației lasă baza de date într-o stare **coruptă, inconsistentă** (exemplul clasic: bani debitați dar nu creditați).

Tranzacțiile garantează aceasta cu `COMMIT`/`ROLLBACK`, făcând-o esențială pentru integritatea datelor în operații multi-pas.

Înțelegerea proprietăților complete **ACID** — **Atomicitatea** (totul sau nimic), **Consistența** (stări valide), **Izolarea** (tranzacțiile concurente nu se interferează), și **Durabilitatea** (schimbările confirmate supraviețuiesc blocării) — explică de ce bazele de date relaționale sunt de încredere pentru date critice (finanțe, comenzi, inventar).

Știind că **izolarea** controlează comportamentul concurenței (cu niveluri de izolare care fac compromis între consistență și performanță) se conectează la subiecte mai profunde de concurență.

Deoarce integritatea datelor este critică pentru aplicații fiabile, și deoarece tranzacțiile (oferind atomicitate și garanțiile ACID) sunt mecanismul care asigură că operații multi-pas nu corupe datele și că baza de date rămâne consistentă sub eșecuri și concurență, înțelegerea tranzacțiilor și ACID este important, cunoștințe fundamentale pentru construirea aplicațiilor cu date fiabile — este o piatră de temelie a fiabilității bazei de date și un subiect comun, important de interviu care demonstrează înțelegerea modului în care bazele de date garantează corectitudinea.