Jak działają transakcje w MongoDB?

Question

Accepted Answer

MongoDB obsługuje **wielodokumentowe transakcje ACID** (od v4.0 dla zestawów replik, v4.2 dla klastrów shardowanych) — grupując operacje na wielu dokumentach/kolekcjach, tak aby albo wszystkie się powiodły, albo wszystkie się nie powiodły. Jednak model dokumentowy MongoDB часто czyni transakcje *niepotrzebne* poprzez atomowe operacje na pojedynczych dokumentach.

## Operacje na pojedynczym dokumencie są już atomowe

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

## Wielodokumentowe transakcje (gdy naprawdę są potrzebne)

```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();
}
```

Wielodokumentowe transakcje (używające sesji) zapewniają gwarancje ACID na dokumentach — dla przypadków takich jak przelewy między oddzielnymi dokumentami kont.

## Używaj transakcji oszczędnie

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

## Dlaczego to ważne

Zrozumienie transakcji MongoDB — i co kluczowe, kiedy naprawdę są potrzebne — jest ważne dla zapewnienia spójności danych w aplikacjach MongoDB, dlatego jest to cenna wiedza do budowania poprawnych systemów.

Najważniejszym spostrzeżeniem jest to, że **operacje na pojedynczym dokumencie są zawsze atomowe** w MongoDB, i ponieważ model dokumentowy zachęca do **osadzania powiązanych danych w jednym dokumencie**, wiele operacji, które wymagałyby transakcji w relacyjnej bazie danych (gdzie powiązane dane są rozłożone na tabele), jest **pojedynczą atomową aktualizacją dokumentu** w MongoDB — dlatego **dobry projekt schematu często eliminuje potrzebę wielodokumentowych transakcji**.

To jest kluczowy punkt koncepcyjny: atomowość per-dokument w MongoDB, w połączeniu z osadzaniem, obsługuje wiele potrzeb spójności bez transakcji.

Zrozumienie, że MongoDB **obsługuje wielodokumentowe transakcje ACID** (od v4.0+) dla przypadków, w których operacje naprawdę obejmują wiele dokumentów/kolekcji (takich jak przelewy między oddzielnymi dokumentami kont), jest ważne — są dostępne gdy naprawdę są potrzebne, zapewniając gwarancje wszystko-albo-nic.

Jednak ważne jest również wskazanie, aby **używać transakcji oszczędnie**: mają one koszty wydajności (narzut, blokowanie), dlatego preferowanym podejściem jest dobry projekt schematu (osadzanie), aby atomowe operacje na pojedynczych dokumentach wystarczały, rezerwując wielodokumentowe transakcje dla autentycznych potrzeb spójności między dokumentami.

Zrozumienie tego — atomowości pojedynczego dokumentu, tego że osadzanie często eliminuje potrzebę transakcji, że wielodokumentowe transakcje istnieją dla sytuacji, w których naprawdę są wymagane, oraz preferencji dla projektu nad transakcjami — odzwierciedla rozsądny osąd dotyczący MongoDB.

Ponieważ spójność danych jest krytyczna, a podejście MongoDB (atomowość dokumentu + opcjonalne transakcje) różni się od modelu transakacji SQL, zrozumienie transakcji MongoDB — szczególnie że operacje na pojedynczych dokumentach są atomowe, osadzanie zmniejsza potrzebę transakcji, a wielodokumentowe transakcje są dostępne, ale powinny być używane ostrożnie — jest cenną, ważną wiedzą dla zapewnienia spójności poprawnie i efektywnie w aplikacjach MongoDB, temat, który odzwierciedla zrozumienie modelu spójności MongoDB i dobre praktyki projektowe.