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

发布于 2024-08-20 09:06:21 字数 56 浏览 2 评论 0原文

我开始设计一个地理跟踪系统,我将不胜感激任何有关数据库结构的建议。数据库应记录点、方向、速度和轨迹

I'm starting to design a geo tracking system and I would apreciate any suggestions regarding DB structure. Database should log points, directions, speed and track

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

一念一轮回 2024-08-27 09:06:21

在考虑数据库设计时,通常最好列出您想要执行的查询类型以及执行它们的频率。表结构通常不会出现这种情况。

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

When thinking about database design, it's usually best to list out the types of queries that you will want to perform and how often you will perform them. The table structures will usually fall out of that.

It's hard to recommend a design when you only give a 1 sentence description.

睫毛上残留的泪 2024-08-27 09:06:21

PostGIS 在这方面非常受欢迎。

PostGIS is pretty popular for that purpose.

深海不蓝 2024-08-27 09:06:21

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

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
}

获取路径的所有点会变得非常昂贵。

I can tell you what not to do: don't store all your paths' points in one table as linked lists, 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
}

Getting all the points for a path gets very expensive very fast.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文