embedding மற்றும் referencing இடையே உள்ள வேறுபாடு என்ன?

Question

Accepted Answer

**Embedding** சம்பந்தப்பட்ட தரவை ஒரு ஆவணத்தின் *உள்ளே* சேமிக்கிறது (nested); **referencing** அதை *தனித்தனி* ஆவணங்களில் id மூலம் இணைக்கப்பட்ட வகையில் சேமிக்கிறது. இது MongoDB இல் முதன்மையான மாடலிங் முடிவு, read performance, தரவு அளவு, மற்றும் update complexity க்கு வெவ்வேறு trade-offs உடன்.

## Embedding — ஆவணத்தின் உள்ளே nested

```js
{
  _id: ObjectId("..."),
  title: "My Post",
  author: { name: "Ann", email: "ann@x.com" },   // EMBEDDED author
  comments: [                                      // EMBEDDED comments
    { user: "Bob", text: "Great!" },
    { user: "Carol", text: "Thanks" }
  ]
}
// ✓ ONE query gets the post + author + comments (fast, atomic)
// ✗ if author info changes, must update it in every post embedding it (duplication)
// ✗ document grows with comments → could hit the 16MB limit if unbounded
```

## Referencing — தனித்தனி ஆவணங்கள் id மூலம் இணைக்கப்பட்டவை

```js
// posts collection
{ _id: ObjectId("p1"), title: "My Post", authorId: ObjectId("u1") }
// users collection
{ _id: ObjectId("u1"), name: "Ann", email: "ann@x.com" }
// comments collection
{ _id: ObjectId("c1"), postId: ObjectId("p1"), user: "Bob", text: "Great!" }

// ✓ author/comments stored ONCE, updated in one place; no document-size issues
// ✓ each entity managed independently
// ✗ need multiple queries or $lookup to combine (slower reads for related data)
```

## Trade-offs பக்கத்திற்கு பக்கமாக

```text
                  Embedding                    Referencing
Reads             ✓ fast (one query)           ✗ multiple queries / $lookup
Data duplication  ✗ duplicated (update many)   ✓ stored once
Document size     ✗ grows (16MB limit risk)    ✓ no size concern
Updates           ✗ update in every copy       ✓ update in one place
Atomicity         ✓ atomic (single document)   ✗ across documents
Best for          contains, accessed-together  shared, large, independent, many
```

## ஒரு hybrid approach (பொதுவானது)

```js
// embed a SUBSET for fast reads, reference for the full data
{ title: "Post", author: { _id: ObjectId("u1"), name: "Ann" } }  // enough for display
// → reference (author._id) for full details when needed; embed name for the common read
```

## இது ஏன் முக்கியமானது

Embedding vs referencing ஐ புரிந்துகொள்வது **MongoDB தரவு மாடலிங்கின் முக்கிய திறமை**, எனவே effective MongoDB applications ஐ வடிவமைக்க இது அপরிहार்य அறிவு.

இந்த முடிவு — தரவு மாடலிங்கை ஒரு ஆவணத்தின் உள்ளே சேமிக்க வேண்டுமா (embedding) அல்லது தனித்தனி இணைக்கப்பட்ட ஆவணங்களில் சேமிக்க வேண்டுமா (referencing) — ஒரு application இன் read performance, தரவு consistency, ஆவணத்தின் அளவு, மற்றும் update complexity ஐ நேரடியாக நிர்ணயிக்கிறது, இது மிக முக்கியமான MongoDB வடிவமைப்பு முடிவு.

**Trade-offs** ஐ புரிந்துகொள்வது முக்கியம்: **embedding** சம்பந்தப்பட்ட தரவின் வேகமான single-query பயன்பாட்டு மற்றும் atomic updates ஐ வழங்குகிறது ("contains" সম்பந்தங்கள், together-accessed தரவு, bounded sub-data க்கு பொருத்தமான) ஆனால் duplication ஐ ஏற்படுத்துகிறது (தரவு பகிரப்பட்டால் update complexity), மற்றும் ஆவணத்தின் வளர்ச்சி (unbounded என்றால் 16MB வரம்பை ஆபத்தாக்கும்); **referencing** தரவை ஒரு முறை சேமிக்கிறது (சுலபமான updates, duplication இல்லை, வளர்ச்சியின் சிக்கல் இல்லை, independent management) ஆனால் சம்பந்தப்பட்ட தரவை இணைக்க பல queries அல்லது `$lookup` தேவை (வேகமற்ற related-data reads).

எந்த scenario க்கு பொருத்தமான — bounded, owned, together-accessed தரவிற்கு embed செய்க; பெரிய, பகிரப்பட்ட, independent அல்லது பல relationships க்கு reference செய்க — இது அপরிहार्य மாடலிங்판断.

பொதுவான **hybrid approach** ஐ புரிந்துகொள்வது (வேகமான reads க்கு ஒரு subset ஐ embedding செய்க அதே சமயம் முழு தரவிற்கு referencing செய்க — இரண்டின் சிறந்த பக்கங்களை பெறுக) sophisticated வடிவமைப்பை பிரதிபலிக்கிறது.

இந்த முடிவு MongoDB application quality ஐ ஆழமாக பாதிக்கிறது (தவறான தேர்வுகள் மந்தமான queries,膨胀அடைந்த ஆவணங்கள், அல்லது வேதனையான updates ஐ ஏற்படுத்துகிறது), மற்றும் இது fundamental, distinctive MongoDB மாடலிங் திறமை (SQL க்கு நேரடி சமமானது இல்லை — SQL default மூலம் normalizes), embedding vs referencing ஐ புரிந்துகொள்வது — trade-offs, ஒவ்வொரு கட்டத்தை பயன்படுத்த வேண்டும், மற்றும் hybrid approaches — அপரिহार்य, high-value அறிவு இது effective MongoDB தரவு மாடலிங்கின் மையத்திலும் மற்றும் application இன் access patterns க்கு well செய்யும் schemas ஐ வடிவமைப்பதற்கான மிக முக்கியமான மற்றும் அடிக்கடி விவாதிக்கப்படும் MongoDB topics, MongoDB தரவு மாடலிங் கருத்துக்களின் மிக முக்கியமான மற்றும் அவசியமான பகுதியாக உள்ளது.