2
這是關於MongoDB的數據庫設計一個一般性的問題，但我的問題的原因是，我的，我產生了很多小網站的靜態HTML文件的系統設計數據庫。 該網站可以包含不同類型的頁面，有些是用戶的名單，有些是其他頁面的列表和一些只是靜態信息的頁面。一般的MongoDb數據庫設計和索引性能 - 一個還是多個集合？
現在我想知道是否最好有一個頁面集合來存儲所有不同種類的網站頁面的數據，或者 是否有更好的集合 - 每種類型的頁面都有一個集合。
如果我只用一個集合，那麼這很可能與上表中很多索引許多項，包括類型的頁面索引結束。 如果使用多個集合，那麼每個集合會更小並且具有幾個索引，其中包括id字段上的每個集合的索引。
我的直覺是，它一般會比較好去與一些集合，因爲那時的數據已經在不同的收藏讓他們有索引的一個水平。 但是，如果不同收藏的數量是100呢？
我的問題基本上是這兩種方法的最好相對於指數表現和索引的大小，寫入性能，鎖緊等 - 衆多的收藏品或一個超集？
答案恐怕是「這取決於」某些變種，所以哪些因素決定impotant向哪個方向走的時候要考慮到？