w****k
发帖数: 6244 | 1 假设有一亿个人，都手持mobile phone，连续上传地理位置信息到你的服务器。
怎么存储这些信息，然后实时搜索定位？
用哪种数据库比较有效？
MongoDB? |
N******K
发帖数: 10202 | 2 CIA的数据库应该nb
【在 w****k 的大作中提到】
: 假设有一亿个人，都手持mobile phone，连续上传地理位置信息到你的服务器。
: 怎么存储这些信息，然后实时搜索定位？
: 用哪种数据库比较有效？
: MongoDB?
|
g*****g
发帖数: 34805 | 3 What kind of lookup do you expect? Person->location lookup, reverse, or both?
【在 w****k 的大作中提到】
: 假设有一亿个人，都手持mobile phone，连续上传地理位置信息到你的服务器。
: 怎么存储这些信息，然后实时搜索定位？
: 用哪种数据库比较有效？
: MongoDB?
|
T***1
发帖数: 445 | |
f*******t
发帖数: 7549 | 5 我们存hbase
★ 发自iPhone App: ChineseWeb 8.6
【在 w****k 的大作中提到】
: 假设有一亿个人，都手持mobile phone，连续上传地理位置信息到你的服务器。
: 怎么存储这些信息，然后实时搜索定位？
: 用哪种数据库比较有效？
: MongoDB?
|
w****k
发帖数: 6244 | 6 postgres可能撑不住那么大的写要求吧。
【在 T***1 的大作中提到】
: Postgis
|
w****k
发帖数: 6244 | 7 可以考虑。
查了一下，mongodb可以做到几万次写入每秒。
如果10秒更新一次位置，那也可以支撑50万个对象了
加上sharding。做到千万量级有潜力。
【在 f*******t 的大作中提到】
: 我们存hbase
:
: ★ 发自iPhone App: ChineseWeb 8.6
|
l*******s
发帖数: 1258 | 8 考虑用search engine代替DB
比如Elastic Search或者Solr cloud，里面都有地理位置的API。 |
w****k
发帖数: 6244 | 9 they are not writing friendly
【在 l*******s 的大作中提到】
: 考虑用search engine代替DB
: 比如Elastic Search或者Solr cloud，里面都有地理位置的API。
|
d******e
发帖数: 2265 | 10 4sq用mongodb.
redis足以。
反正loc是连续的。每个city建个数据库。小意思
【在 w****k 的大作中提到】
: 假设有一亿个人，都手持mobile phone，连续上传地理位置信息到你的服务器。
: 怎么存储这些信息，然后实时搜索定位？
: 用哪种数据库比较有效？
: MongoDB?
|
