Πώς λειτουργούν οι συναλλαγές στο MongoDB;

Question

Accepted Answer

Το MongoDB υποστηρίζει **multi-document ACID συναλλαγές** (από v4.0 για replica sets, v4.2 για sharded clusters) — ομαδοποιώντας πράξεις σε πολλά έγγραφα/συλλογές έτσι ώστε όλες να επιτύχουν ή όλες να αποτύχουν. Ωστόσο, το μοντέλο εγγράφου του MongoDB συχνά κάνει τις συναλλαγές *περιττές* μέσω ατομικών πράξεων σε ένα μόνο έγγραφο.

## Οι πράξεις σε ένα μόνο έγγραφο είναι ήδη ατομικές

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

## Multi-document συναλλαγές (όταν είναι πραγματικά απαραίτητες)

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

Οι multi-document συναλλαγές (χρησιμοποιώντας μια session) παρέχουν ACID εγγυήσεις σε όλα τα έγγραφα — για περιπτώσεις όπως μεταφορές μεταξύ ξεχωριστών εγγράφων λογαριασμού.

## Χρησιμοποιείτε συναλλαγές σπάνια

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

## Γιατί έχει σημασία

Η κατανόηση των συναλλαγών MongoDB — και κρίσιμα πότε είναι απαραίτητες — είναι σημαντική για τη διασφάλιση της συνέπειας των δεδομένων στις εφαρμογές MongoDB, οπότε είναι πολύτιμη γνώση για τη δημιουργία σωστών συστημάτων.

Η πιο σημαντική ιδέα είναι ότι **οι πράξεις σε ένα μόνο έγγραφο είναι πάντα ατομικές** στο MongoDB, και επειδή το μοντέλο εγγράφου ενθαρρύνει **ενσωμάτωση συσχετισμένων δεδομένων σε ένα έγγραφο**, πολλές πράξεις που θα απαιτούσαν συναλλαγή σε μια σχεσιακή βάση δεδομένων (όπου τα συσχετισμένα δεδομένα διαχωρίζονται σε πίνακες) είναι μια **ενιαία ατομική ενημέρωση εγγράφου** στο MongoDB — οπότε **ένας καλός σχεδιασμός σχήματος συχνά εξαλείφει την ανάγκη για multi-document συναλλαγές**.

Αυτό είναι ένα βασικό εννοιολογικό σημείο: η ατομικότητα ανά έγγραφο του MongoDB, σε συνδυασμό με την ενσωμάτωση, χειρίζεται πολλές ανάγκες συνέπειας χωρίς συναλλαγές.

Η κατανόηση ότι το MongoDB **υποστηρίζει multi-document ACID συναλλαγές** (από v4.0+) για περιπτώσεις όπου οι πράξεις πραγματικά εκτείνονται σε πολλά έγγραφα/συλλογές (όπως μεταφορές μεταξύ ξεχωριστών εγγράφων λογαριασμού) είναι σημαντική — είναι διαθέσιμες όταν είναι πραγματικά απαραίτητες, παρέχοντας εγγυήσεις ολόκληρης ή τίποτα.

Εξίσου σημαντική είναι η κατεύθυνση να **χρησιμοποιείτε συναλλαγές σπάνια**: έχουν κόστη απόδοσης (overhead, κλείδωμα), οπότε η προτιμώμενη προσέγγιση είναι ένας καλός σχεδιασμός σχήματος (ενσωμάτωση) έτσι ώστε ενιαίες ατομικές πράξεις εγγράφου να αρκούν, δεσμεύοντας multi-document συναλλαγές για γνήσιες ανάγκες συνέπειας σε όλα τα έγγραφα.

Η κατανόηση αυτού — ατομικότητα σε ένα μόνο έγγραφο, ότι η ενσωμάτωση συχνά αφαιρεί την ανάγκη για συναλλαγές, ότι οι multi-document συναλλαγές υπάρχουν για όταν είναι πραγματικά απαραίτητες, και η προτίμηση για σχεδιασμό έναντι συναλλαγών — αντικατοπτρίζει σωστή κρίση MongoDB.

Επειδή η συνέπεια δεδομένων είναι κρίσιμη και η προσέγγιση του MongoDB (ατομικότητα εγγράφου + προαιρετικές συναλλαγές) διαφέρει από το μοντέλο κεντρικής συναλλαγής του SQL, η κατανόηση των συναλλαγών MongoDB — ειδικά ότι οι πράξεις σε ένα μόνο έγγραφο είναι ατομικές, η ενσωμάτωση μειώνει τις ανάγκες συναλλαγών, και οι multi-document συναλλαγές είναι διαθέσιμες αλλά θα πρέπει να χρησιμοποιούνται προσεκτικά — είναι πολύτιμη, σημαντική γνώση για τη διασφάλιση της συνέπειας σωστά και αποτελεσματικά στις εφαρμογές MongoDB, ένα θέμα που αντικατοπτρίζει κατανόηση του μοντέλου συνέπειας του MongoDB και καλές πρακτικές σχεδιασμού.