1
我應該用什麼標準來決定自己是否要組織我的文檔,如:mongodb中的嵌套與平面結構?
{ count: { comments: Integer, views: Integer } }
與
{ commentCount: Integer, viewCount: Integer }
由於索引count.comments
與commentCount
和查詢兩個基本上是相當於哪種結構在這種情況下會有意義?
我應該用什麼標準來決定自己是否要組織我的文檔,如:mongodb中的嵌套與平面結構?
{ count: { comments: Integer, views: Integer } }
與
{ commentCount: Integer, viewCount: Integer }
由於索引count.comments
與commentCount
和查詢兩個基本上是相當於哪種結構在這種情況下會有意義?
通常情況下,這取決於您要對集合執行多少次寫入/讀取操作,如果您要更新視圖和註釋的次數,我經常建議使用純色方法,另一個缺點是我尋找創建一個複雜的類型是冗長的級別,如果創建這些類型的對象不是完全需要儘量保持它儘可能簡單,查詢將是很容易實現在更復雜的情況下。
我的兩毛錢。
什麼將權衡與較長的平場名稱相比較,例如'commentCount'和存儲效率?我應該在這種情況下將字段名稱縮短爲其他字符,例如'comcnt'? – paulkon
這是另一個問題的話題,我個人沒有對名稱的長度進行任何測試,我認爲,作爲開發人員,我們被驅使去考慮更少的資源,我們消費更好,但在這種情況下,我不認爲縮短字段名稱會對性能產生嚴重影響,請記住,代碼的可讀性也很重要,只要您在mongoDB的限制和閾值範圍內,您不會擔心這個問題 –