Ποια είναι η διαφορά μεταξύ embedding και referencing;

Question

Accepted Answer

**Embedding** αποθηκεύει σχετικά δεδομένα *μέσα* σε ένα έγγραφο (ένθετα)· **referencing** τα αποθηκεύει σε *ξεχωριστά* έγγραφα συνδεδεμένα με id. Αυτή είναι η βασική απόφαση μοντελοποίησης στο MongoDB, με διαφορετικές αντιστάσεις για απόδοση ανάγνωσης, μέγεθος δεδομένων και πολυπλοκότητα ενημέρωσης.

## Embedding — ένθετα στο έγγραφο

```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 — ξεχωριστά έγγραφα συνδεδεμένα με 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
```

## Ένας υβριδικός προσέγγιση (κοινή)

```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 vs referencing είναι η **βασική δεξιότητα της μοντελοποίησης δεδομένων MongoDB**, οπότε είναι απαραίτητη γνώση για το σχεδιασμό αποτελεσματικών εφαρμογών MongoDB.

Αυτή η απόφαση — αποθήκευση σχετικών δεδομένων μέσα σε ένα έγγραφο (embedding) ή σε ξεχωριστά συνδεδεμένα έγγραφα (referencing) — καθορίζει άμεσα την απόδοση ανάγνωσης μιας εφαρμογής, τη συνέπεια δεδομένων, το μέγεθος εγγράφου και την πολυπλοκότητα ενημέρωσης, καθιστώντας τη τη σημαντικότερη επιλογή σχεδιασμού MongoDB.

Η κατανόηση των **αντιστάσεων** είναι κλειδί: το **embedding** δίνει γρήγορες ενιαίες ερωτήσεις αναγνώσης σχετικών δεδομένων και ατομικές ενημερώσεις (κατάλληλες για σχέσεις "περιέχει", μαζί-προσβασιμένα δεδομένα, οριοθετημένα υπο-δεδομένα) αλλά προκαλεί διπλότυπα (πολυπλοκότητα ενημέρωσης εάν τα δεδομένα είναι κοινόχρηστα) και αύξηση εγγράφου (κίνδυνος του ορίου 16MB εάν είναι αμόριστη)· το **referencing** αποθηκεύει δεδομένα μία φορά (εύκολες ενημερώσεις, χωρίς διπλότυπα, χωρίς προβλήματα μεγέθους, ανεξάρτητη διαχείριση) αλλά απαιτεί πολλαπλές ερωτήσεις ή `$lookup` για συνδυασμό (πιο αργή ανάγνωση σχετικών δεδομένων).

Το να γνωρίζετε ποιο ταιριάζει σε ποιο σενάριο — embed για οριοθετημένα, ιδιοκτησίας, μαζί-προσβασιμένα δεδομένα· reference για μεγάλα, κοινόχρηστα, ανεξάρτητα ή πολλαπλές σχέσεις — είναι η απαραίτητη κρίση μοντελοποίησης.

Η κατανόηση της κοινής **υβριδικής προσέγγισης** (embedding ενός υποσυνόλου για γρήγορες αναγνώσεις ενώ referencing για πλήρη δεδομένα — παίρνοντας το καλύτερο και των δύο) αντικατοπτρίζει εξελιγμένο σχεδιασμό.

Επειδή αυτή η απόφαση επηρεάζει βαθύτατα την ποιότητα εφαρμογής MongoDB (λάθος επιλογές προκαλούν αργές ερωτήσεις, φούσκωτα έγγραφα ή επώδυνες ενημερώσεις) και επειδή είναι η θεμελιώδης, χαρακτηριστική δεξιότητα μοντελοποίησης MongoDB (χωρίς άμεσο ισοδύναμο SQL — το SQL κανονικοποιεί εξ ορισμού), η κατανόηση του embedding vs referencing — οι αντιστάσεις, πότε να χρησιμοποιήσετε το καθένα και υβριδικές προσεγγίσεις — είναι απαραίτητη, υψηλής αξίας γνώση που είναι στην καρδιά της αποτελεσματικής μοντελοποίησης δεδομένων MongoDB και ένα από τα πιο σημαντικά και συχνά συζητούμενα θέματα MongoDB, κεντρικό για το σχεδιασμό σχημάτων που έχουν καλή απόδοση για τα πρότυπα πρόσβασης μιας εφαρμογής.