在 SQL 中，我們經常會提起：一對一，一對多，多對多，而在 MongoDB 這樣的數據庫中，我們可以分為新的類型：少和多，之后我們會根據少和多進行一些數據庫設計的詳細分析，先來簡單根據之前的介紹引用一下《MongoDB 權威指南》中的表格：

更適合內嵌更適合引用

子文檔較小	子文檔較大
數據不會定期改變	數據經常改變
最終數據一致即可	中間階段的數據必須一致
文檔數據小幅增加	文檔數據大幅增加
數據通常需要執行二次查詢才能獲得	數據通常不包含在結果中
快速讀取	快速寫入

通常來說，「少」的關系對于內嵌更為合適，「多」則對于引用更加合適：比如文章和標簽的關系可能是多對少，文章和評論的關系可能是一（少）對多。

所以我們的 Tags 可以內嵌，而評論則使用引用更好。

由于 MongoDB 的文檔會自動擴充大小，如果太過頻繁的讓 MongoDB 產生文檔移動，將會造成性能問題，在設計階段，可以預留足夠的空間，提高寫入速度。

總結

以上是生活随笔為你收集整理的mongodb哪些情况适用内嵌，哪些情况适用引用的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。