Как вы моделируете отношения в MongoDB?

Question

Accepted Answer

MongoDB моделирует отношения (один-к-одному, один-ко-многим, многие-ко-многим) через **встраивание** или **ссылки** — выбор зависит от кардинальности отношения, способа доступа к данным и того, являются ли они общими. В отличие от универсального подхода SQL с внешними ключами, MongoDB предлагает гибкость для каждого отношения.

## Один-к-одному

```js
// usually EMBED (the related data belongs to the document)
{ _id: ObjectId("..."), name: "Ann", profile: { bio: "...", avatar: "..." } }
// → one query gets both; they're accessed together
```

## Один-ко-многим (самый распространённый — и самый нюансированный)

```js
// ONE-TO-FEW → embed (bounded, accessed together)
{ _id: ObjectId("..."), name: "Ann", addresses: [ {...}, {...} ] }  // a few addresses

// ONE-TO-MANY → reference (the "many" side references the "one")
// authors collection: { _id: "a1", name: "Ann" }
// books collection:   { _id: "b1", authorId: "a1", title: "..." }  // each book references its author

// ONE-TO-SQUILLIONS (huge/unbounded) → ALWAYS reference (never embed unbounded data)
// e.g. a user with millions of log entries → separate collection, reference by userId
```

Ключевой нюанс: **один-ко-нескольким** (встроить), **один-ко-многим** (ссылка со стороны многих), **один-к-миллионам** (всегда ссылка — никогда не встраивайте неограниченные данные из-за лимита в 16МБ и производительности).

## Многие-ко-многим

```js
// reference with an array of ids (on one or both sides)
{ _id: "s1", name: "Student", courseIds: ["c1", "c2"] }     // student → courses
{ _id: "c1", name: "Course", studentIds: ["s1", "s2"] }     // course → students (optional)
// → query and $lookup to resolve; or a separate "enrollments" collection (junction-like)
```

Многие-ко-многим используют массивы ссылочных идентификаторов (на одной или обеих сторонах) или отдельную коллекцию, подобную соединительной таблице, для богатых данных отношения.

## Разрешение ссылок ($lookup)

```js
// join referenced data when needed
db.books.aggregate([
  { $lookup: { from: "authors", localField: "authorId", foreignField: "_id", as: "author" } }
]);
```

## Почему это важно

Моделирование отношений является фундаментом проектирования базы данных, и гибкий, управляемый паттернами доступа подход MongoDB отличается от универсальных внешних ключей SQL, поэтому понимание того, как моделировать отношения в MongoDB, необходимо для проектирования эффективных схем.

Ключевая идея заключается в том, что MongoDB моделирует отношения через **встраивание или ссылки** на основе характеристик отношения — и понимание **того, как кардинальность влияет на выбор**, является критически важным навыком: **один-к-одному** (обычно встроить — доступ совместно), **один-ко-многим** с его важными нюансами (**один-ко-нескольким** → встроить для ограниченных совместно-доступных данных; **один-ко-многим** → ссылка со стороны многих; **один-к-миллионам** → всегда ссылка, никогда не встраивайте неограниченные данные из-за лимита в 16МБ и производительности), и **многие-ко-многим** (массивы ссылочных идентификаторов или коллекция, подобная соединительной таблице).

Это управляемое кардинальностью принятие решений (особенно распознавание случаев, когда данные слишком большие/неограниченные для встраивания) является существенным для избегания типичных ошибок, таких как встраивание неограниченных массивов (раздувание документов, достижение лимитов) или чрезмерное использование ссылок на данные, которые должны быть встроены.

Понимание того, как **разрешать ссылки** с помощью `$lookup` когда требуются соединения, завершает картину.

Поскольку отношения между сущностями присутствуют в большинстве моделей данных, и поскольку гибкий подход MongoDB, основанный на отношении (встраивание vs ссылка на основе кардинальности и паттернов доступа), принципиально отличается от и более нюансирован, чем универсальные внешние ключи SQL, понимание того, как моделировать отношения в MongoDB — решения по встраиванию/ссылкам на основе кардинальности (особенно различие один-ко-нескольким/многим/миллионам) и разрешение ссылок — это необходимое, часто применяемое знание для эффективного проектирования схем MongoDB, развивающее фундаменты встраивания/ссылок для обработки отношений, которые есть в каждом реальном приложении, и ключевая область, отличающая правильное моделирование MongoDB от наивных портов реляционных баз данных.