Geolocation 需要地理跟踪数据库设计建议

Geolocation 需要地理跟踪数据库设计建议,geolocation,Geolocation,我正在开始设计一个地理跟踪系统,我非常感谢关于数据库结构的任何建议。数据库应记录点、方向、速度和轨迹在考虑数据库设计时,通常最好列出要执行的查询类型以及执行频率。表结构通常会从中脱落 当你只给出一句话的描述时,很难推荐一种设计。在这方面非常流行。我可以告诉你不要做什么:不要将所有路径的点作为链表存储在一个表中,ala: pointWithPhoto { location: <lat/lng> next: <point ID> prev: <p

我正在开始设计一个地理跟踪系统,我非常感谢关于数据库结构的任何建议。数据库应记录点、方向、速度和轨迹

在考虑数据库设计时,通常最好列出要执行的查询类型以及执行频率。表结构通常会从中脱落


当你只给出一句话的描述时,很难推荐一种设计。

在这方面非常流行。

我可以告诉你不要做什么:不要将所有路径的点作为链表存储在一个表中,ala:

pointWithPhoto {
    location: <lat/lng>
    next: <point ID>
    prev: <point ID>
    path: <path ID>
    photo: <photo ID> // a point here is related to other DB entities
}
pointWithPhoto{
地点:
下一步:
上一页:
路径:
照片://此处的一点与其他DB实体相关
}

获取一条路径的所有点非常昂贵,而且速度非常快。

好的,这是真的,但我希望得到一些建议,如何最好地存储空间数据我将使用的数据库将是MSSQL。它也支持空间数据。但我要问的是,如何设计数据库,以便能够存储点、路径(连接点)、方向,以及能够回放路径。换句话说,我需要一个如何设计GPS跟踪数据库的建议