Que sont les transactions et les propriétés ACID ?

Question

Accepted Answer

Une **transaction** est un groupe d'opérations traitées comme une unité unique et indivisible — elles réussissent toutes ensemble (`COMMIT`) ou échouent toutes ensemble (`ROLLBACK`). Les transactions garantissent les propriétés **ACID**, garantissant que les données restent correctes et cohérentes même en cas de défaillances ou d'accès simultanés.

## Une transaction — tout ou rien

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

L'exemple classique : un virement d'argent. Le débit et le crédit doivent tous deux se produire, ou aucun des deux — sinon l'argent est perdu ou créé. Une transaction garantit cela : en cas d'erreur, `ROLLBACK` annule toutes les modifications, laissant la base de données comme si rien ne s'était passé.

## ACID — les quatre garanties

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

Ces propriétés sont ce qui rend les bases de données relationnelles fiables pour les données critiques.

## Pourquoi l'atomicité importe (l'avantage fondamental)

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

## Isolation et concurrence

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

## Pourquoi c'est important

Les transactions et les propriétés ACID sont fondamentales pour les bases de données fiables — elles garantissent que les données restent correctes et cohérentes même au milieu de défaillances et d'accès simultanés, ce qui est essentiel pour toute application gérant des données importantes, donc comprendre cela est important.

La valeur fondamentale est l'**atomicité** (tout ou rien) : toute opération impliquant plusieurs étapes (un virement d'argent, la création d'une commande avec des articles, la mise à jour d'enregistrements liés) doit réussir complètement ou pas du tout — sinon une défaillance en cours d'opération laisse la base de données dans un **état corrompu et incohérent** (l'exemple classique : argent débité mais non crédité).

Les transactions garantissent cela avec `COMMIT`/`ROLLBACK`, les rendant essentielles pour l'intégrité des données dans les opérations multi-étapes.

Comprendre les propriétés complètes **ACID** — **Atomicité** (tout ou rien), **Cohérence** (états valides), **Isolation** (les transactions simultanées ne s'interfèrent pas), et **Durabilité** (les modifications validées survivent aux défaillances) — explique pourquoi les bases de données relationnelles sont de confiance pour les données critiques (finance, commandes, inventaire).

Savoir que l'**isolation** contrôle le comportement de concurrence (avec les niveaux d'isolation échangeant la cohérence pour la performance) se connecte à des sujets de concurrence plus profonds.

Puisque l'intégrité des données est critique pour les applications fiables, et puisque les transactions (fournissant l'atomicité et les garanties ACID) sont le mécanisme qui garantit que les opérations multi-étapes ne corrompent pas les données et que la base de données reste cohérente sous les défaillances et la concurrence, comprendre les transactions et ACID est une connaissance importante et fondamentale pour construire des applications avec des données fiables — c'est une pierre angulaire de la fiabilité des bases de données et un sujet d'entretien courant et important qui démontre la compréhension de la façon dont les bases de données garantissent la correction.