大神们好,,,小弟最近在做一个类似百度鹰眼的运动轨迹跟踪项目,现在数据的来源有了,通过socket将数据发到服务端,但是问题来了,对于每个跟踪对象,每三分钟有一个定位信息(经纬度数据)要存储,我的想法是:给每个跟踪对象一个ID 作为关键字,但是接下来的 一连串的定位信息( 项目要求是保存跟踪对象的轨迹信息几个月甚至半年,ps:百度鹰眼提供一年,,,) ,我唯一的想法是 这个定位信息要包括(id, 时间,经纬度),但是我突然想到如果 就做这样的一个表的话 是不是会很有问题,,,,3分钟一个,,,半年=20*24*6*30=86400.,,,一个跟踪对象是86400,,, 那1000个不就 8000多万 个数据了,,,这样查询起来感觉不对啊,,,但是我也不知道怎么设计这个数据库才好,,,菜鸟一只,,,求大神给点意见思路,,,
CodePudding user response:
Design there are no problems, it is this train of thought, and then according to your plan to buy enough fast enough, storage and servers,
CodePudding user response:
Very suitable for using mongdb location index + automatic index date + automatic extension cluster
CodePudding user response: