地理编码数据库提供程序（sql、nosql）和架构答案

【问题标题】：geocoding database provider(sql, nosql) and schema地理编码数据库提供程序（sql、nosql）和架构
【发布时间】：2011-11-29 19:58:26
【问题描述】：

Yahoo、Google、MS 等公司提供地理编码服务。我想知道为此类服务组织后端的最佳方式是什么 - 就数据库提供程序（SQL 与 NOSQL）和数据库架构而言，最佳解决方案是什么。

一些提供商使用Extensible Address Language (xAL) 来描述地理编码响应中的实体。 xAL 有 30 多个数据元素。 Google 地理编码 API 有大约 20 个数据元素。

那么对于 SQL 数据库，会有 20-30 个表，其中大部分是通过外键建立的一对多关系？

NOSQL 数据库怎么样，比如 MongoDB。如何组织这样一个数据库？每个数据元素都有很多集合，类似于 SQL？每个文档完整描述地址空间中给定实体的集合？

【问题讨论】：

【解决方案1】：

很难说...这取决于您在分析和缓存方面需要对数据做什么。

我不得不处理地理坐标。但是我们的应用程序非常简单，我们不需要在数据库中操作地理位置，只需存储和检索。因此，我只需将起点和终点存储在每条路线的 2 列中，并将折线存储在二进制列中，并在专用 SQL 表中保存一些里程碑。

但对于我们的 APP 的高级使用，我们考虑使用这个：https://simplegeo.com/

【讨论】：