MongoDB'de ilişkileri nasıl modellersiniz?

Question

IT Interview Practice · Accepted Answer

MongoDB ilişkileri (bire-bir, bire-çok, çok-çok) **gömme** veya **referanslama** yoluyla modellemektedir — seçim ilişkinin kardinalitesine, verilere nasıl erişildiğine ve verilerin paylaşılıp paylaşılmadığına bağlıdır. SQL'in tekdüze yabancı anahtar yaklaşımından farklı olarak, MongoDB her ilişki için esneklik sunmaktadır.

## Bire-bir

```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
```

## Bire-çok (en yaygın — ve en nüanslı)

```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
```

Temel nüans: **bire-birkaç** (gömme), **bire-çok** (çok tarafından referanslama), **bire-milyarlar** (her zaman referanslama — sınırlı olmayan veriyi asla gömmeyin, 16MB belge sınırı ve performans nedeniyle).

## Çok-çok

```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)
```

Çok-çok, bir veya her iki tarafta referanslanan id'lerin dizilerini veya zengin ilişki verileri için ayrı bir birleştirme benzeri koleksiyon kullanmaktadır.

## Referansları çözümleme ($lookup)

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

## Neden önemli

İlişkileri modellemek veritabanı tasarımının temelini oluşturmakta, ve MongoDB'nin esnek, erişim düzenine dayalı yaklaşımı SQL'in tekdüze yabancı anahtarlarından farklı olduğundan, MongoDB'de ilişkileri modellemek hakkında anlamak etkili şema tasarımı için gereklidir.

Ana fikir, MongoDB'nin ilişkileri ilişkinin özelliklerine göre **gömme veya referanslama** yoluyla modellemektedir — ve **kardinalite seçimi nasıl etkiler** anlama becerisi çok önemlidir: **bire-bir** (genellikle gömme — birlikte erişilir), **bire-çok** önemli nüansları ile (**bire-birkaç** → sınırlı birlikte erişilen veriler için gömme; **bire-çok** → çok tarafından referanslama; **bire-milyarlar** → her zaman referanslama, 16MB belge sınırı ve performans nedeniyle sınırlı olmayan veriyi asla gömmeyin), ve **çok-çok** (referanslanan id'lerin dizileri veya birleştirme benzeri koleksiyon).

Bu kardinaliteye dayalı karar verme (özellikle verilerin gömme için çok büyük/sınırlı olmadığını tanıması) sınırlı olmayan dizileri gömme (belgeleri şişirme, sınırlara ulaşma) veya birlikte gömülmesi gereken verileri aşırı referanslamak gibi yaygın hataları önlemek için gereklidir.

**Birleştirmeler gerektiğinde** `$lookup` ile referansları **çözümlemeyi** nasıl yapacağını anlamak resmi tamamlamaktadır.

Çoğu veri modeli arasında ilişkiler kaçınılmaz olduğundan, ve MongoDB'nin esnek ilişki başına yaklaşımı (kardinalite ve erişim düzenlerine göre gömme vs referanslama) SQL'in tekdüze yabancı anahtarlarından temel olarak farklı ve daha nüanslı olduğundan, MongoDB'de ilişkileri modellemek — kardinaliteye dayalı gömme/referanslama kararları (özellikle bire-birkaç/çok/milyarlar ayrımı) ve referansları çözümleme — etkili MongoDB şema tasarımı için gerekli, sık uygulanır bilgi, gömme/referanslama temellerine dayalı her gerçek uygulamanın sahip olduğu ilişkileri ele almak ve saf MongoDB modellemesini naif ilişkisel taşımalardan ayıran anahtar bir alandır.

Bire-bir

Bire-çok (en yaygın — ve en nüanslı)

Çok-çok

Referansları çözümleme ($lookup)

Neden önemli

İlgili sorular