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日,请戳:>---<
具体需要考虑业务场景吧,看如何展示数据,以及展示的维度。