embedding과 referencing의 차이는 무엇인가요?

Question

Accepted Answer

**embedding**은 연관 데이터를 document *안*에 저장하고(중첩), **referencing**은 id로 연결된 *별도* document에 저장합니다. 이것은 MongoDB의 핵심 모델링 결정이며 읽기 성능, 데이터 크기, 갱신 복잡성에 대해 서로 다른 트레이드오프를 가집니다.

## 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" }
  ]
}
// ✓ 한 번의 쿼리로 post + author + comments 획득 (빠름, 원자적)
// ✗ author 정보가 바뀌면, 이를 embedding한 모든 post에서 갱신해야 함 (중복)
// ✗ comments로 document가 커짐 → 무한하면 16MB 제한에 도달할 수 있음
```

## referencing — id로 연결된 별도 document

```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가 한 번 저장되고 한 곳에서 갱신됨; document 크기 문제 없음
// ✓ 각 엔티티를 독립적으로 관리
// ✗ 결합하려면 여러 쿼리나 $lookup 필요 (연관 데이터의 느린 읽기)
```

## 트레이드오프 나란히 비교

```text
                  embedding                    referencing
읽기              ✓ 빠름 (한 쿼리)             ✗ 여러 쿼리 / $lookup
데이터 중복       ✗ 중복 (다수 갱신)           ✓ 한 번 저장
document 크기     ✗ 증가 (16MB 제한 위험)      ✓ 크기 걱정 없음
갱신              ✗ 모든 사본에서 갱신          ✓ 한 곳에서 갱신
원자성            ✓ 원자적 (단일 document)     ✗ document 간
적합              포함, 함께 접근됨            공유, 큼, 독립적, 다수
```

## 하이브리드 접근 (흔함)

```js
// 빠른 읽기를 위해 일부(SUBSET) embed, 전체 데이터는 reference
{ title: "Post", author: { _id: ObjectId("u1"), name: "Ann" } }  // 표시에 충분
// → 필요할 때 전체 상세는 reference(author._id); 일반 읽기를 위해 name을 embed
```

## 왜 중요한가

embedding vs referencing을 이해하는 것은 **MongoDB 데이터 모델링의 핵심 기술**이므로, 효과적인 MongoDB 애플리케이션 설계에 필수적인 지식입니다.

이 결정 — 연관 데이터를 document 안에 저장(embedding) vs 별도 연결된 document에 저장(referencing) — 은 애플리케이션의 읽기 성능, 데이터 일관성, document 크기, 갱신 복잡성을 직접 결정하여 가장 중대한 MongoDB 설계 선택이 됩니다.

**트레이드오프**를 이해하는 것이 핵심입니다. **embedding**은 연관 데이터의 빠른 단일 쿼리 읽기와 원자적 갱신을 제공하지만("포함" 관계, 함께 접근되는 데이터, 제한적인 하위 데이터에 적합) 중복(데이터가 공유되면 갱신 복잡성)과 document 증가(무한하면 16MB 제한 위험)를 초래합니다. **referencing**은 데이터를 한 번 저장하지만(쉬운 갱신, 중복 없음, 크기 문제 없음, 독립적 관리) 결합하려면 여러 쿼리나 `$lookup`이 필요합니다(연관 데이터의 느린 읽기).

어느 것이 어느 시나리오에 맞는지 아는 것 — 제한적이고 소유되며 함께 접근되는 데이터는 embed; 크거나 공유되거나 독립적이거나 다수 관계는 reference — 이 필수적인 모델링 판단입니다.

흔한 **하이브리드 접근**(빠른 읽기를 위해 일부를 embed하면서 전체 데이터는 reference — 둘의 장점을 모두 취함)을 이해하는 것은 정교한 설계를 반영합니다.

이 결정이 MongoDB 애플리케이션 품질에 깊이 영향을 미치고(잘못된 선택은 느린 쿼리, 비대한 document, 고통스러운 갱신을 초래), 근본적이고 독특한 MongoDB 모델링 기술이므로(직접적인 SQL 대응이 없음 — SQL은 기본 정규화), embedding vs referencing — 트레이드오프, 각각의 사용 시점, 하이브리드 접근 — 을 이해하는 것은 효과적인 MongoDB 데이터 모델링의 핵심에 있는 필수적이고 가치 높은 지식이며, 애플리케이션의 접근 패턴에 잘 작동하는 schema를 설계하는 데 핵심적인 가장 중요하고 자주 논의되는 MongoDB 주제 중 하나입니다.