运动轨迹数据 的数据库设计方法

[likemm123]

大神们好。。。小弟最近在做一个类似百度鹰眼的运动轨迹跟踪项目，现在数据的来源有了，通过socket将数据发到服务端，但是问题来了，对于每个跟踪对象，每三分钟有一个定位信息（经纬度数据）要存储，我的想法是：给每个跟踪对象一个ID 作为关键字，但是接下来的 一连串的定位信息（ 项目要求是保存跟踪对象的轨迹信息几个月甚至半年，ps：百度鹰眼提供一年。。。） ，我唯一的想法是 这个定位信息要包括（id， 时间，经纬度），但是我突然想到如果 就做这样的一个表的话 是不是会很有问题。。。。3分钟一个。。。半年=20*24*6*30=86400.。。。一个跟踪对象是86400。。。 那1000个不就 8000多万 个数据了。。。这样查询起来感觉不对啊。。。但是我也不知道怎么设计这个数据库才好。。。菜鸟一只。。。求大神给点意见思路。。。

[致命的西瓜]

引用 3 楼 u013682683 的回复:

[quote=引用 1 楼 ACMAIN_CHM 的回复:] 设计上没有问题，就是这个思路，然后就是根据你规划买足够大的存储和足够快的服务器。

大神，一张表放近一亿的数据的话，我还是觉得查询或插入数据次数多的话，有点慌慌的。。，因为这是个小项目，目前用的服务器是阿里云的 单核，1G 云主机。。。我刚开始接触数据库这方面。。。不太了解这够不够。。应不够吧。。。我现在突然想到。。。为每个跟踪对象创建一个表来存储他的跟踪定位信息。。。对象1000的话就有1000表。。。然后之前的id 现在改为这里的表名。。。大神认为可行不。。。因为我不太清楚。。。mysql一个数据库 是否能创建1000多的表。。。也不确定这会不会有什么不好的地方。。。[/quote] 10w 张表也没有什么影响的，只要是设计模式对了，就去做吧

[ACMAIN_CHM]

设计上没有问题，就是这个思路，然后就是根据你规划买足够大的存储和足够快的服务器。

[rucypli]

非常适合使用mongdb的地理位置索引+自动索引过期+集群自动扩展

[likemm123]

引用 1 楼 ACMAIN_CHM 的回复:

设计上没有问题，就是这个思路，然后就是根据你规划买足够大的存储和足够快的服务器。

大神，一张表放近一亿的数据的话，我还是觉得查询或插入数据次数多的话，有点慌慌的。。，因为这是个小项目，目前用的服务器是阿里云的 单核，1G 云主机。。。我刚开始接触数据库这方面。。。不太了解这够不够。。应不够吧。。。我现在突然想到。。。为每个跟踪对象创建一个表来存储他的跟踪定位信息。。。对象1000的话就有1000表。。。然后之前的id 现在改为这里的表名。。。大神认为可行不。。。因为我不太清楚。。。mysql一个数据库 是否能创建1000多的表。。。也不确定这会不会有什么不好的地方。。。

[harlembeat1984]

大神，想和你探讨一下运动轨迹的研究，能否加我 ，我QQ 6143962

[Eminem2017]

为什么不能回复？