84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
遇到個技術問題對於監控將近10000輛(甚至更多)車駕駛路徑軌跡,我在設計數據庫(mongdo)表(集合)時候,有2個選擇一. 按天分錶,每天的所有車輛軌跡放在一個表中二. 按車分錶,每個車牌對應一個表
大家覺得那種合理呢?
光阴似箭催人老,日月如移越少年。
您這種需求是很常見的需求,通常叫做Time Series的資料建模。
1、不建議依天/依車分為不同的Collections;
2、如果您的文件數特別多,可以考慮Sharding。
因為您透露的資訊比較少,假如您每分鐘取得一次汽車的位置,不妨試試下面這個做法:
{ plate : String, brand : String, color : String, timestamp_hour : ISODate, track : [{0 : [Longitude, latitude]}, {1 : [xxx, xxx]} ... {59 : [xxx, xxx]}] }
大概的想法是盡量讓1個document包含的資訊多一些,提升查詢效率。
供參考。
Love MongoDB! Have Fun!
MongoDB線上講座系列19- MongoDB 10步驟建構單一視圖
就在4月19日,請戳:>---
具體需要考慮業務場景吧,看如何展示數據,以及展示的維度。
您這種需求是很常見的需求,通常叫做Time Series的資料建模。
1、不建議依天/依車分為不同的Collections;
2、如果您的文件數特別多,可以考慮Sharding。
因為您透露的資訊比較少,假如您每分鐘取得一次汽車的位置,不妨試試下面這個做法:
大概的想法是盡量讓1個document包含的資訊多一些,提升查詢效率。
供參考。
Love MongoDB! Have Fun!
MongoDB線上講座系列19- MongoDB 10步驟建構單一視圖
就在4月19日,請戳:>---
具體需要考慮業務場景吧,看如何展示數據,以及展示的維度。