-2
該系統的需求是存儲有關用戶的信息並對其進行報告。所以......用戶成爲一個單獨的文檔是有意義的,並且可能在該用戶上有一個「事件」或「標籤」數組,並且可以執行一個查詢來返回所有具有特定事件的用戶......這就是精細。但是 - 我擔心這裏的表現。一段時間後,這些數據將非常快速地變大。用於用戶標記系統的MongoDB
比方說,我們有一個非常活躍的用戶 - 它擁有數十億的事件和特定用戶文檔的尺寸接近千兆字節。在這種情況下,簡單的拖動該文檔的行爲將需要一段時間...並更新然後發送回去也需要一段時間(儘管我猜個別屬性可以單獨更新...)
管理這個的方法是什麼?
「使用什麼工具」的問題是題外話題,你的問題已經得到了5票中的3票,所以我編輯它以使其成爲話題。 – Philipp