Comment fonctionnent les transactions dans MongoDB ?

Question

Accepted Answer

MongoDB supporte les **transactions ACID multi-documents** (depuis v4.0 pour les replica sets, v4.2 pour les clusters fragmentés) — groupant les opérations sur plusieurs documents/collections pour que tout réussisse ou échoue. Cependant, le modèle de document de MongoDB rend souvent les transactions *inutiles* grâce aux opérations atomiques sur un seul document.

## Les opérations sur un seul document sont déjà atomiques

```text
KEY POINT: operations on a SINGLE document are ALWAYS atomic in MongoDB.
→ Because related data is often EMBEDDED in one document, many operations that would
  need a transaction in SQL are a single atomic document update in MongoDB.
→ Good schema design (embedding) often eliminates the NEED for multi-doc transactions.
```

```js
// updating a document and its embedded array atomically — NO transaction needed
db.accounts.updateOne(
  { _id: id },
  { $inc: { balance: -100 }, $push: { transactions: { amount: -100 } } }
);  // atomic — both changes succeed or fail together (single document)
```

## Transactions multi-documents (quand vraiment nécessaires)

```js
// for operations across MULTIPLE documents/collections that must be atomic
const session = db.getMongo().startSession();
session.startTransaction();
try {
  db.accounts.updateOne({ _id: 1 }, { $inc: { balance: -100 } }, { session });
  db.accounts.updateOne({ _id: 2 }, { $inc: { balance: 100 } }, { session });
  session.commitTransaction();        // both succeed together
} catch (e) {
  session.abortTransaction();          // or both roll back
} finally {
  session.endSession();
}
```

Les transactions multi-documents (utilisant une session) fournissent des garanties ACID à travers les documents — pour des cas comme les transferts entre des documents de compte séparés.

## Utiliser les transactions avec parcimonie

```text
✓ Transactions are available and provide ACID across documents WHEN NEEDED
✗ But they have PERFORMANCE COSTS (overhead, locking) — don't overuse them
→ PREFER good schema design (embedding related data) so single-document atomic
  operations suffice. Use multi-document transactions only when data genuinely
  spans documents and must be consistent (e.g. money transfers between accounts).
→ Requires a replica set (not standalone).
```

## Pourquoi c'est important

Comprendre les transactions MongoDB — et cruciallement quand elles sont nécessaires — est important pour assurer la cohérence des données dans les applications MongoDB, c'est donc une connaissance utile pour construire des systèmes corrects.

L'insight le plus important est que les **opérations sur un seul document sont toujours atomiques** dans MongoDB, et comme le modèle de document encourage l'**intégration des données associées dans un document**, beaucoup d'opérations qui nécessiteraient une transaction dans une base de données relationnelle (où les données associées sont réparties sur plusieurs tables) sont une **mise à jour atomique d'un seul document** dans MongoDB — donc une **bonne conception de schéma élimine souvent le besoin de transactions multi-documents**.

C'est un point conceptuel clé : l'atomicité par document de MongoDB, combinée avec l'intégration, gère beaucoup de besoins de cohérence sans transactions.

Comprendre que MongoDB **supporte les transactions ACID multi-documents** (depuis v4.0+) pour les cas où les opérations s'étendent vraiment sur plusieurs documents/collections (comme les transferts entre des documents de compte séparés) est important — elles sont disponibles quand vraiment nécessaires, fournissant des garanties tout-ou-rien.

Également important est le conseil d'**utiliser les transactions avec parcimonie** : elles ont des coûts de performance (surcharge, verrouillage), donc l'approche préférée est une bonne conception de schéma (intégration) pour que les opérations atomiques sur un seul document suffisent, réservant les transactions multi-documents aux besoins réels de cohérence entre documents.

Comprendre cela — l'atomicité par document, que l'intégration élimine souvent le besoin de transactions, que les transactions multi-documents existent pour quand elles sont réellement nécessaires, et la préférence pour la conception sur les transactions — reflète une bonne maîtrise de MongoDB.

Comme la cohérence des données est critique et l'approche de MongoDB (atomicité de document + transactions optionnelles) diffère du modèle centré sur les transactions de SQL, comprendre les transactions MongoDB — particulièrement que les opérations sur un seul document sont atomiques, que l'intégration réduit les besoins en transactions, et que les transactions multi-documents sont disponibles mais doivent être utilisées judicieusement — est une connaissance utile et importante pour assurer la cohérence correctement et efficacement dans les applications MongoDB, un sujet qui reflète la compréhension du modèle de cohérence de MongoDB et les bonnes pratiques de conception.