當(dāng)關(guān)係是一對(duì)一時(shí)，使用嵌入，將數(shù)據(jù)訪問(wèn)在一起，並且需要快速讀取； 2.在處理一對(duì)多或多一對(duì)多的關(guān)係時(shí)使用引用，大或獨(dú)立查詢數(shù)據(jù)； 3。考慮讀/寫(xiě)頻率，數(shù)據(jù)增長(zhǎng)，獨(dú)立查詢和原子能需求； 4.在平衡性能和靈活性時(shí)採(cǎi)用混合方法，例如嵌入摘要，同時(shí)在單獨(dú)的集合中引用全部細(xì)節(jié)以優(yōu)化速度和可擴(kuò)展性。

當(dāng)與MongoDB（一個(gè)面向文檔的數(shù)據(jù)庫(kù)）合作時(shí)，您將面臨的最重要的設(shè)計(jì)決策之一是如何在數(shù)據(jù)之間建模關(guān)係。與關(guān)係數(shù)據(jù)庫(kù)不同，MongoDB不強(qiáng)制執(zhí)行加入或外鍵，因此您需要根據(jù)用例嵌入和引用之間進(jìn)行選擇。

這是確定哪種方法最適合您的應(yīng)用程序的方法：

?何時(shí)使用嵌入（分差數(shù)據(jù)）

嵌入文檔時(shí)：

• 該關(guān)係是一對(duì)一的（例如，一篇文章，有一些評(píng)論）。
• 嵌入式數(shù)據(jù)始終與父級(jí)一起使用（例如，用戶配置文件地址）。
• 您需要快速閱讀，而不需要獨(dú)立查詢子數(shù)據(jù)。

例子：

 {
  “ _id”：objectid（“ ...”），
  “標(biāo)題”：“我的帖子”，
  “作者”：“愛(ài)麗絲”，
  “評(píng)論”： [
    {“用戶”：“鮑勃”，“文本”：“很棒的帖子！” }，，
    {“用戶”：“ Charlie”，“ Text”：“感謝您的分享?！?}
  這是給出的
}

優(yōu)點(diǎn)：

• 單個(gè)查詢以獲取所有內(nèi)容。
• 原子更新（如果使用交易或單案文檔寫(xiě)入）。
• 更簡(jiǎn)單的應(yīng)用程序邏輯。

缺點(diǎn)：

• 如果陣列生長(zhǎng)太大，可以擊中16MB的文檔尺寸限制。
• 很難獨(dú)立查詢或更新單個(gè)嵌入式項(xiàng)目。

？何時(shí)使用參考（歸一化數(shù)據(jù)）

使用參考時(shí)：

• 這種關(guān)係是一對(duì)一的或多對(duì)多的（例如，用戶??訂單??產(chǎn)品）。
• 兒童文檔很大或經(jīng)常單獨(dú)更新。
• 您需要自行查詢或索引相關(guān)數(shù)據(jù)。

例子：

 //訂購(gòu)文檔
{
  “ _id”：objectid（“ ...”），
  “ userId”：objectid（“ user123”），
  "專案": [
    {“ productid”：objectid（“ prod456”），“數(shù)量”：2}
  這是給出的
}

//產(chǎn)品文檔（單獨(dú)收集）
{
  “ _id”：objectid（“ prod456”），
  “名稱”：“筆記本電腦”，
  “價(jià)格”：999
}

優(yōu)點(diǎn)：

• 大型或動(dòng)態(tài)數(shù)據(jù)集的比例更好。
• 在相關(guān)數(shù)據(jù)之間更容易保持一致性。
• 支持在引用字段上有效的索引和查詢。

缺點(diǎn)：

• 需要多個(gè)查詢或應(yīng)用程序級(jí)連接（例如，使用$lookup中的匯總查找）。
• 除非使用多文件交易（增加複雜性），否則文檔之間無(wú)原子。

？要問(wèn)的關(guān)鍵問(wèn)題

選擇之前，請(qǐng)考慮：

• 該數(shù)據(jù)多久可以閱讀一次與書(shū)面的讀??？

  • 讀書(shū)？ →嵌入。
  • 寫(xiě)入還是分享？ →參考。

• 相關(guān)數(shù)據(jù)會(huì)無(wú)限期增長(zhǎng)嗎？

  • 是的？ →參考（避免登錄文檔尺寸限制）。

• 您需要獨(dú)立查詢兒童數(shù)據(jù)嗎？

  • 是的？ →參考。

• 對(duì)於跨相關(guān)數(shù)據(jù)的更新至關(guān)重要嗎？

  • 是的？ →嵌入（或使用參考文獻(xiàn)交易）。

？專家提示：混合方法

有時(shí)，混合效果最好。例如：

• 在快速閱讀的順序中嵌入了摘要（例如productName ， price ）。
• 將完整的產(chǎn)品詳細(xì)信息保留在單獨(dú)的收藏集中，以進(jìn)行更新和深度查詢。

這可以平衡性能和靈活性 - 在電子商務(wù)平臺(tái)等現(xiàn)實(shí)世界應(yīng)用中的common。

基本上，沒(méi)有一種尺寸的東西?？紤]一下您的查詢，數(shù)據(jù)增長(zhǎng)和更新模式。啟動(dòng)簡(jiǎn)單（通常嵌入），然後隨著複雜性的增長(zhǎng)而歸一化。

以上是處理MongoDB中的複雜關(guān)係：嵌入與參考的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！