MongoDB मा transactions कसरी काम गर्छन्?

Question

Accepted Answer

MongoDB ले **multi-document ACID transactions** समर्थन गर्छ (replica sets को लागि v4.0 देखि, sharded clusters को लागि v4.2 देखि) — धेरै दस्तावेज/संग्रहहरु मा सञ्चालनहरु समूहबद्ध गर्दै ताकि तिनीहरु सबै सफल वा सबै असफल हुन्छन्। तथापि, MongoDB को दस्तावेज मडेल अक्सर atomic single-document सञ्चालनहरु मार्फत transactions *अनावश्यक* बनाउँछ।

## Single-document सञ्चालनहरु पहिले नै atomic छन्

```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 transactions (जब साँच्चिकै आवश्यक हो)

```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 transactions (एक session प्रयोग गर्दै) दस्तावेजहरु मा ACID ग्यारान्टीहरु प्रदान गर्छन् — अलग खाता दस्तावेजहरु बीच स्थानान्तरण जस्ता अवस्थाहरुको लागि।

## Transactions न्यून मात्रामा प्रयोग गर्नुहोस्

```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 transactions बुझ्न — र महत्वपूर्ण रूपमा तिनीहरु कहिले आवश्यक छन् — MongoDB अनुप्रयोगहरुमा डेटा सङ्गति सुनिश्चित गर्न महत्त्वपूर्ण छ, त्यसैले यो सही प्रणालीहरु निर्माण गर्नको लागि मूल्यवान ज्ञान छ।

सबैभन्दा महत्त्वपूर्ण अन्तर्दृष्टि यो हो कि **single-document सञ्चालनहरु सधैं atomic छन्** MongoDB मा, र दस्तावेज मडेल **सम्बन्धित डेटा एक दस्तावेजमा embedding** गर्न प्रोत्साहित गरेको कारण, धेरै सञ्चालनहरु जुन सम्बन्धपूर्ण डेटा तालिकाहरु मा विभाजित छ (जहाँ) एक सम्बन्धपूर्ण डेटा तालिकाहरु मा विभाजित छ) एक सम्बन्धपूर्ण डेटा तालिकाहरु मा विभाजित छ (जहाँ सम्बन्धपूर्ण डेटा तालिकाहरु मा विभाजित छ) relational डेटाबेसमा transaction आवश्यक गर्दो सञ्चालनहरु **एकल atomic दस्तावेज अपडेट** हुन् MongoDB मा — त्यसैले **राम्रो स्केमा डिजाइन अक्सर multi-document transactions को आवश्यकता हटाउँछ**।

यो मुख्य वैचारिक बिन्दु हो: MongoDB को atomicity-per-document, embedding सँग मिलेर, transactions बिना धेरै सङ्गति आवश्यकताहरु ह्यान्डल गर्छ।

MongoDB ले **multi-document ACID transactions को समर्थन गर्छ** (v4.0+ देखि) अवस्थाहरुको लागि जहाँ सञ्चालनहरु साँच्चिकै धेरै दस्तावेज/संग्रहहरु मा फैलिएको छ (अलग खाता दस्तावेजहरु बीच स्थानान्तरण जस्तो) यो बुझ्न महत्त्वपूर्ण छ — तिनीहरु उपलब्ध छन् जब साँच्चिकै आवश्यक हो, सबै-वा-केही ग्यारान्टीहरु प्रदान गर्दै।

समान रूपमा महत्त्वपूर्ण छ यो मार्गदर्शन कि **transactions न्यून मात्रामा प्रयोग गर्नुहोस्**: तिनीहरुसँग प्रदर्शन लागतहरु छन् (overhead, locking), त्यसैले पसन्दको दृष्टिकोण राम्रो स्केमा डिजाइन हो (embedding) त्यसैले single-document atomic सञ्चालनहरु पर्याप्त छन्, multi-document transactions को लागि आरक्षण गर्दै खरो cross-document सङ्गति आवश्यकताहरु।

यो बुझ्न — single-document atomicity, कि embedding अक्सर transactions को आवश्यकता हटाउँछ, कि multi-document transactions अस्तित्वमा छन् जब तिनीहरु साँच्चिकै आवश्यक छन्, र डिजाइनमा transactions को वरीयता — राम्रो MongoDB निर्णय प्रतिबिम्बित गर्छ।

डेटा सङ्गति महत्वपूर्ण छ र MongoDB को दृष्टिकोण (दस्तावेज atomicity + optional transactions) SQL को transaction-केन्द्रित मडेल भन्दा फरक छ, MongoDB transactions बुझ्न — विशेष रूपमा कि single-document सञ्चालनहरु atomic छन्, embedding transactions को आवश्यकता घटाउँछ, र multi-document transactions उपलब्ध छन् तर सावधानीसाथ प्रयोग गर्नुपर्छ — MongoDB अनुप्रयोगहरुमा सङ्गति सही र कुशलतापूर्वक सुनिश्चित गर्नको लागि मूल्यवान, महत्त्वपूर्ण ज्ञान हो, एक विषय जो MongoDB को सङ्गति मडेल र राम्रो डिजाइन अभ्यासहरुको समझ प्रतिबिम्बित गर्छ।