哪个数据库 SQL or NOSQL 处理距离最方便？

[drroot]

网站会有频繁的如下搜索请求： 离 <邮编 xxx> <1 公里> 内所有的 <餐馆>

以上：

1. <邮编 xxx>为任何源地址，可以是一个 ip, 邮编，城市名字
2. <1 公里> 为距离，也可以是 1 英里， 2 英里， 3 英里， 25 英里， 50 英里等
3. <餐馆> 为类别，也可以是酒店等

[xjp]

@Wangxf mysql 还不支持地理位置查询

[xjp]

mongodb 和 redis 都支持地理位置查询 之前项目我们用 mongodb 的

[fasling]

可以直接用 PostgreSQL ，如果仅仅是这么一个需求的话可以参考地图分图幅的办法给每个餐馆和邮编分配一个网格号码，根据网格就可以直接遍历。这在空间数据处理里很常见。

[BobbyLu]

PostgreSQL 似乎对地理位置数据有特殊的优化

[hao123yinlong]

推荐 PostgreSQL ，千万用户，地理位置存储目前使用的 Mongo ，准备切 PG

[fivesmallq]

推荐 ElasticSearch ，之前用 mongo 性能太差

[TangMonk]

redis 处理比 postgis 还方便

[Miy4mori]

不建议用 mongo db ，因为丫的不支持 ACID ，推荐 PostGis

[neoblackcap]

@shiny 应用层目前的换算成本高罢了，毕竟地球是一个球体，地表两点的距离不是直线

[billlee]

@Miy4mori 搜索业务要毛线 ACID

[shiny]

@neoblackcap 看精度要求，精度不高可以 GeoHash ，索引做的恰当还是挺快的。

[ETiV]

调百度、高德的 API 不行么，自己整不明白还非得自己做。。。？

[Miy4mori]

@billlee 不但没有 ACID ，性能也差，虽然是搜索业务，有两者都兼顾的为什么不用呢？

[Sharuru]

如果楼主是类似生活 POI 兴趣点搜索的话，调地图 API 最快最容易。

如果涉及到自有 LBS ， GIS 的话，还是推荐 PostgreSQL ，专业做这个。

毕竟，谁都不知道未来需求，稍微“未雨绸缪”下也是值得考虑的。

（不过，同样也得考虑学习成本，看回复不同数据库的选择和技术栈也有关系

[Nitromethane]

这种场景更考验的是如何设置缓存
推荐使用 redis 与传统结构性数据库配合
否则高并发场景下，仅仅凭数据库性能是远远不够的，除非你单机性能特别强特别强特别强