MongoDB - 관계
안녕하세요, 열정적인 프로그래머 지망생 여러분! 오늘 우리는 MongoDB 관계의 fascinaiting 세계로 뛰어들어 보겠습니다. 여러분의 친절한 이웃 컴퓨터 과학 교사로서, 이 여정을 안내해 드리는 것을 기쁜 마음으로 생각합니다. 프로그래밍에 처음이라도 걱정하지 마세요 - 우리는 기본부터 차근차근 진행하겠습니다. 그러니 커피 한 잔 (또는 여러분의 좋아하는 음료)을 들고, 시작해 보세요!
MongoDB 관계 이해하기
자, 구체적인 내용으로 들어가기 전에 데이터베이스의 관계가 무엇을 의미하는지 이야기해 보겠습니다. 큰 가족 모임을 준비하는 상상을 해보세요. 가족 구성원들에 대한 정보, 그들의 주소, 그리고 푸luk을 위해 가져올 요리에 대한 정보를 가지고 있습니다. 이 모든 데이터를 어떻게 정리할까요? 바로 여기서 관계가 등장합니다!
MongoDB에서는 데이터 간의 관계를 표현하는 두 가지 주요 방법이 있습니다:
- 내장 관계 (Embedded Relationships)
- 참조 관계 (Referenced Relationships)
이 두 가지를 하나씩 자세히 살펴보겠습니다.
내장 관계 모델링
내장 관계는 인형이 여러 층으로 이루어져 있는 것처럼 - 더 작은 정보를 더 큰 정보 안에 넣는 방식입니다. 이 접근 방식은 데이터가 밀접하게 연관되어 있고 자주 함께 액세스되는 경우에 완벽합니다.
예제: 가족 구성원과 그들의 애완동물
가족 구성원과 그들의 애완동물에 대한 정보를 저장하고 싶다고 가정해 봅시다. 내장 관계를 사용하여 이를 어떻게 할 수 있는지 보겠습니다:
db.familyMembers.insertOne({
name: "John Doe",
age: 35,
pets: [
{ name: "Fluffy", type: "Cat", age: 3 },
{ name: "Rex", type: "Dog", age: 5 }
]
})
이 예제에서 우리는 다음과 같이 했습니다:
-
familyMembers
콜렉션에 문서를 삽입합니다. - 문서에는 John Doe에 대한 기본 정보가 포함됩니다.
-
pets
필드는 John의 각 애완동물에 대한 문서를 포함하는 배열입니다.
이 구조는 John과 그의 애완동물에 대한 모든 정보를 단일 쿼리로 쉽게 검색할 수 있다는 점에서 매우 유용합니다:
db.familyMembers.findOne({ name: "John Doe" })
내장 관계 사용 시기
내장 관계는 다음과 같은 경우에 이상적입니다:
- 내장된 데이터는 항상 부모 문서와 함께 액세스됩니다.
- 내장된 데이터는 부모에 특정하고 독립적으로 쿼리되지 않아야 합니다.
- 내장된 데이터는 상대적으로 작고 무한정 커지지 않습니다.
기억해야 할 것은 MongoDB에서 단일 문서는 16MB를 초과할 수 없다는 점입니다. 따라서 내장된 데이터가 매우 커질 가능성이 있다면 참조 관계를 고려할 수 있습니다.
참조 관계 모델링
참조 관계는 가족 모임에 대한 손님 명단을 작성하는 것과 같습니다. 모든 정보를 한 곳에 넣지 않고, 별도의 목록을 유지하고 필요할 때 참조합니다.
예제: 가족 구성원과 그들의 주소
가족 구성원과 그들의 주소를 저장하고 싶지만, 주소가 여러 가족 구성원 간에 공유될 수 있다고 가정해 봅시다:
// 먼저 주소를 삽입해 보겠습니다
db.addresses.insertOne({
_id: ObjectId(),
street: "123 Main St",
city: "Anytown",
state: "CA",
zipCode: "12345"
})
// 이제 가족 구성원을 삽입하고 주소에 대한 참조를 저장합니다
db.familyMembers.insertOne({
name: "Jane Doe",
age: 32,
addressId: ObjectId("...") // 주소 문서의 ObjectId
})
이 예제에서 우리는 다음과 같이 했습니다:
-
addresses
콜렉션에 주소를 삽입합니다. -
familyMembers
콜렉션에 가족 구성원을 삽입하고 주소의 ObjectId를 저장합니다.
Jane의 전체 정보를 포함한 주소를 검색하려면 lookup을 수행해야 합니다:
db.familyMembers.aggregate([
{ $match: { name: "Jane Doe" } },
{ $lookup: {
from: "addresses",
localField: "addressId",
foreignField: "_id",
as: "address"
}}
])
이 쿼리는 다음을 수행합니다:
- Jane Doe의 문서를 매칭합니다.
- 주소 정보를 조인합니다.
참조 관계 사용 시기
참조 관계는 다음과 같은 경우에 유리합니다:
- 관련 데이터가 커서 문서 크기를 초과할 수 있는 경우.
- 관련 데이터가 여러 문서 간에 공유되고 여러 곳에서 업데이트되어야 하는 경우.
- 관련 데이터를 독립적으로 쿼리할 필요가 있는 경우.
내장 관계와 참조 관계 비교
이제 주요 차이점을 요약한 표를 제공하겠습니다:
요소 | 내장 관계 | 참조 관계 |
---|---|---|
데이터 위치 | 동일한 문서 내에 | 별도의 문서 |
쿼리 성능 | 관련 데이터 검색이 빠르다 | 추가 lookup 필요 |
데이터 중복 | 데이터 중복 가능 | 데이터 중복 감소 |
업데이트 복잡성 | 문서 내에서 간단한 업데이트 | 여러 문서 간의 업데이트 필요 |
유연성 | 공유 데이터에 대한 유연성이 적다 | 여러 문서 간의 데이터에 대한 유연성이 높다 |
문서 크기 제한 | 16MB 문서 크기 제한 | 더 큰 관련 데이터 셋을 처리할 수 있다 |
결론
그렇게 해서 여러분은 MongoDB 관계의 땅을 거닐아 보았습니다. 내장 관계와 참조 관계를 탐구했습니다. 기억해야 할 점은 모든 것이 적합한 솔루션은 없다는 것입니다 - 최선의 접근 방식은 특정 사용 사례에 따라 다릅니다.
MongoDB 여정을 계속하면서 다음 개념을 기억하세요:
- 내장 관계는 밀접하게 연관되고 자주 액세스되는 데이터에 적합합니다.
- 참조 관계는 공유되거나 큰 데이터 셋을 처리할 때 빛을 발합니다.
- 쿼리 패턴과 데이터 성장을 고려하여 두 가지 중 하나를 선택하세요.
실습이 완벽함을 이루는 것이니, 다양한 모델을 실험해 보지 마세요. 누가 알랄까요? 다음 모임에서 가족 데이터 조직의 전문가가 될지도 모릅니다!
행복하게 코딩하세요, 그리고 데이터베이스가 항상 완벽한 조화를 이루기를 바랍니다!
Credits: Image by storyset