地理编码数据库提供者（sql，nosql）和模式

Yahoo，Google，MS等公司提供地理编码服务。我想知道为这些服务组织后端的最佳方式是什么 - 数据库提供者（SQL vs NOSQL）和数据库模式方面的最佳解决方案是什么？地理编码数据库提供者（sql，nosql）和模式

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

那么在SQL数据库的情况下，将会有20-30个表，大多数通过外键是一对多的关系？

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

2011-10-03 ak.

很难说......这取决于您需要如何处理分析和缓存方面的数据。我不得不处理地理坐标。但是我们的应用程序非常简单，我们不需要操作DB中的地理位置，只需存储和检索即可。因此，我只需将起点和终点分别存储在每条路线的2列和二元列中的多段线中，并将几个里程碑保存在专用SQL表中。

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

2011-10-03 10:34:58 Coyote

回答