ความแตกต่างระหว่าง embedding และ referencing คืออะไร?

Question

Accepted Answer

**Embedding** จัดเก็บข้อมูลที่เกี่ยวข้องกัน *ภายใน* document (ซ้อนกัน) ส่วน **referencing** จัดเก็บไว้ใน document *แยกต่างหาก* ที่เชื่อมด้วย id นี่คือการตัดสินใจ modeling หลักใน MongoDB ที่มีข้อแลกเปลี่ยนต่างกันในด้านประสิทธิภาพการอ่าน ขนาดข้อมูล และความซับซ้อนในการ update

## Embedding — ซ้อนภายใน document

```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 — document แยกต่างหากที่เชื่อมด้วย 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)
```

## ข้อแลกเปลี่ยนเทียบเคียงกัน

```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 (พบบ่อย)

```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 เทียบกับ referencing เป็น **ทักษะหลักของการ modeling ข้อมูล MongoDB** ดังนั้นจึงเป็นความรู้ที่จำเป็นสำหรับการออกแบบแอปพลิเคชัน MongoDB ที่มีประสิทธิภาพ

การตัดสินใจนี้ การจัดเก็บข้อมูลที่เกี่ยวข้องกันไว้ภายใน document (embedding) เทียบกับใน document แยกต่างหากที่เชื่อมกัน (referencing) กำหนดประสิทธิภาพการอ่าน ความสอดคล้องของข้อมูล ขนาด document และความซับซ้อนในการ update ของแอปพลิเคชันโดยตรง ทำให้เป็นทางเลือกการออกแบบ MongoDB ที่ส่งผลมากที่สุด

การเข้าใจ **ข้อแลกเปลี่ยน** เป็นสิ่งสำคัญ คือ **embedding** ให้การอ่านข้อมูลที่เกี่ยวข้องกันด้วย query เดียวที่รวดเร็วและการ update แบบ atomic (เหมาะกับความสัมพันธ์แบบ "contains" ข้อมูลที่เข้าถึงด้วยกัน sub-data ที่จำกัด) แต่ทำให้เกิดการซ้ำกัน (ความซับซ้อนในการ update หากข้อมูลถูกแชร์) และ document เติบโต (เสี่ยงต่อข้อจำกัด 16MB หากไม่จำกัด) ส่วน **referencing** จัดเก็บข้อมูลครั้งเดียว (update ง่าย ไม่ซ้ำกัน ไม่มีปัญหาขนาด การจัดการอิสระ) แต่ต้องการหลาย query หรือ `$lookup` เพื่อรวม (อ่านข้อมูลที่เกี่ยวข้องกันช้ากว่า)

การรู้ว่าแบบไหนเหมาะกับสถานการณ์ใด คือ embed สำหรับข้อมูลที่จำกัด เป็นเจ้าของ เข้าถึงด้วยกัน; reference สำหรับข้อมูลขนาดใหญ่ แชร์ อิสระ หรือความสัมพันธ์แบบหลายรายการ เป็นวิจารณญาณการ modeling ที่จำเป็น

การเข้าใจ **แนวทางแบบ hybrid** ที่พบบ่อย (การ embed subset สำหรับการอ่านที่รวดเร็วในขณะที่ reference สำหรับข้อมูลเต็ม ได้สิ่งที่ดีที่สุดของทั้งสองแบบ) สะท้อนถึงการออกแบบที่ซับซ้อน

เนื่องจากการตัดสินใจนี้ส่งผลอย่างลึกซึ้งต่อคุณภาพของแอปพลิเคชัน MongoDB (การเลือกผิดทำให้ query ช้า document บวม หรือ update ยุ่งยาก) และเนื่องจากมันเป็นทักษะการ modeling ที่เป็นพื้นฐานและโดดเด่นของ MongoDB (ไม่มีสิ่งเทียบเท่าโดยตรงใน SQL เพราะ SQL normalize โดยปริยาย) การเข้าใจ embedding เทียบกับ referencing ทั้งข้อแลกเปลี่ยน เมื่อไรควรใช้แต่ละแบบ และแนวทางแบบ hybrid จึงเป็นความรู้ที่จำเป็นและมีคุณค่าสูงที่เป็นหัวใจของการ modeling ข้อมูล MongoDB ที่มีประสิทธิภาพ และเป็นหนึ่งในหัวข้อ MongoDB ที่สำคัญและถูกพูดถึงบ่อยที่สุด ซึ่งเป็นแกนกลางของการออกแบบ schema ที่มีประสิทธิภาพดีสำหรับ access pattern ของแอปพลิเคชัน