Mongoose模式/查詢最佳實踐（MongoDB，node.js）

Question

我想在node.js應用程序中用Mongoose分解我的RDBMS心態，並且可以使用一些關於最佳實踐的指導。

一個簡單的例子：假設有兩個集合，組織和聯繫人。這是一對多的關係，他們都需要孤獨。但是，在索引方法中，我想返回一個組織對象數組，每個組織對象都有一個成員聯繫對象數組。 （後來我想返回一組聯繫人，每個聯繫人都有一個組織對象。）

在我看來，我誤解了完成此操作的最佳方式。以下是我到目前爲止看到的選項：

1. 將聯繫人與他們的ID在組織文檔中嵌入。索引查詢可以是Organization.find({}, function(err, orgs) { orgs[n].contacts[n]...})。 缺點：需要大量額外存儲空間，並且每次更改「主」聯繫人文檔時都必須更新嵌入式聯繫人文檔。

2. 利用Mongoose的populate/DBRef結構在兩個表中存儲「外鍵」標識符。查詢可以是：Organization.find({}}.populate('contacts').run(...)。 缺點：你必須在雙方存儲密鑰。

3. 轉到更傳統的「外鍵」路線，只將組織ID存儲在聯繫人文檔中。查詢組織文檔，然後查詢組織查詢回調中的所有聯繫人，將數據合併到一個要返回的對象中。 缺點：多個查詢和額外的處理開銷（我相信我們必須獨立地爲這些組織找到組織和聯繫人，然後迭代每個組織，在公共_id字段上手動匹配，將它們組合到一個新的輸出對象中） 。

我必須缺少一個更好的選擇。允許＃3模式的東西，但返回所需的組合對象的開銷較小。

注意：async模塊似乎可以幫助這個，但這真的是唯一/最好的方式？

Answer 1

這實際上取決於你要做的查詢。 - 您的網站是否更多地依賴聯繫人或組織？ - 您是否經常需要顯示組織中的所有聯繫人？ - 您需要在組織頁面上顯示哪些聯繫人的詳細信息？

等等

所以這真的取決於您的項目的需求。你的組織和聯繫人頁面不斷更新嗎？如果不是重複數據似乎不是一個壞主意，尤其是如果您的網站更重讀。

底線：想一下你在網站上有什麼頁面，以及那些頁面需要顯示什麼（因此需要做什麼查詢）。