Redian新闻
>
Design POI, GeoHash 怎么存在数据库里面。
avatar
Design POI, GeoHash 怎么存在数据库里面。# JobHunting - 待字闺中
J*S
1
ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
G*O
2
网上找到的资料一般都是在说geo hash原理是什么,基本没找到讨论具体怎么存储,读
和写怎么弄的,特来请教各位大神。
比如我的use case是,支持
寻找附近 5km 内的POI, 可以返回所有POI, 但是同时要支持分类查询:饭店,酒吧
,电影院...
首先想到GeoHashing来做,就是获取用户的地理位置,算出一个位置,比如 9u9qvu,
六位应该精度就够了。
然后要找附近 9u9qv[0] -- 9u9qv[z] 的所有的东西。我们可以用SQL
poi_table
id geohash name category....
SQL 的query可以这样 S3L3CT FROM table WHERE geohash Iike 9u9qv[%]
如果要查询酒吧
可以 geohash Iike 9u9qv[%] and category = bar
这样即使通过geohash 建立一个 index,效率似乎还是不够高。
如果用NoSQL, 应该怎么存,效率会比较高
1. 用什么类型的NoSQL
2. 具体怎么存。
3. 怎么处理POI 跃变的问题,比如处在边界上,两个POI的位置很近,但是geohash的
code相差非常大。
我的一个想法是用Key-Value store
key是GeoHashing的前五位,
比如 9u9qvc, 9u9qvb, 9u9qv8 是三个POI
那么我就存
key: 9u9qv
value: {9u9qvc:{name: xxxx, category: cinema} ,
9u9qvb: {name: yyyy, category: restaurant},
9u9qv8: {name: zzzz, category: bar }
这样要找用户5km范围内的,我就去数据库查 findKey("9u9qv"), 然后就能得到一个
清单。
如果需要返回 bar 类型的POI, 我在 application logic 里面去掉。
这种方法可行吗? 目前只有想法,想不出优缺点,请各位指导讨论。
avatar
J*i
3
吃个咖啡包

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
c*a
4
这是唔吧, LYFT让你做的吧?



【在 G**O 的大作中提到】
: 网上找到的资料一般都是在说geo hash原理是什么,基本没找到讨论具体怎么存储,读
: 和写怎么弄的,特来请教各位大神。
: 比如我的use case是,支持
: 寻找附近 5km 内的POI, 可以返回所有POI, 但是同时要支持分类查询:饭店,酒吧
: ,电影院...
: 首先想到GeoHashing来做,就是获取用户的地理位置,算出一个位置,比如 9u9qvu,
: 六位应该精度就够了。
: 然后要找附近 9u9qv[0] -- 9u9qv[z] 的所有的东西。我们可以用SQL
: poi_table
: id geohash name category....

avatar
m*r
5
co pai

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
p*a
6
可以用hbase存。查询的时候需要比较附近9个block的数据。
[在 GPRO (GoPro) 的大作中提到:]
:网上找到的资料一般都是在说geo hash原理是什么,基本没找到讨论具体怎么存储,
读和写怎么弄的,特来请教各位大神。
:比如我的use case是,支持
:寻找附近 5km 内的POI, 可以返回所有POI, 但是同时要支持分类查询:饭店,酒吧
:,电影院...
:首先想到GeoHashing来做,就是获取用户的地理位置,算出一个位置,比如 9u9qvu,
六位应该精度就够了。
:然后要找附近 9u9qv[0] -- 9u9qv[z] 的所有的东西。我们可以用SQL
:poi_table
:id geohash name category....
:SQL 的query可以这样 S3L3CT FROM table WHERE geohash Iike 9u9qv[%]
:如果要查询酒吧
:..........
avatar
p*g
7
pai

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
G*O
8
思路和key value差不多吧?
row key 还是 9u9qv 。 然后里面可以存这个prefix下所有的POI。
问题就是如果要更大,或者更小范围,就需要另外存 9u9q, 。
还是说 row key 存的是每个POI 具体的位置,然后查询的时候做 range query

,

【在 p******a 的大作中提到】
: 可以用hbase存。查询的时候需要比较附近9个block的数据。
: [在 GPRO (GoPro) 的大作中提到:]
: :网上找到的资料一般都是在说geo hash原理是什么,基本没找到讨论具体怎么存储,
: 读和写怎么弄的,特来请教各位大神。
: :比如我的use case是,支持
: :寻找附近 5km 内的POI, 可以返回所有POI, 但是同时要支持分类查询:饭店,酒吧
: :,电影院...
: :首先想到GeoHashing来做,就是获取用户的地理位置,算出一个位置,比如 9u9qvu,
: 六位应该精度就够了。
: :然后要找附近 9u9qv[0] -- 9u9qv[z] 的所有的东西。我们可以用SQL

avatar
J*S
9
感谢人间真情,发10个包子。
avatar
p*a
10
不是指定要查5km范围的地点吗?
[在 GPRO (GoPro) 的大作中提到:]
:思路和key value差不多吧?
:row key 还是 9u9qv 。 然后里面可以存这个prefix下所有的POI。
avatar
b*y
11
re

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
m*n
12
看一下geohash找neighbor的函数你就明白了。数据应该是扁平存的。
avatar
s*d
13


【在 J**S 的大作中提到】
: 感谢人间真情,发10个包子。
avatar
G*O
14
哦,抱歉没说清楚,5km是个例子。总之就是一个合理范围。

【在 p******a 的大作中提到】
: 不是指定要查5km范围的地点吗?
: [在 GPRO (GoPro) 的大作中提到:]
: :思路和key value差不多吧?
: :row key 还是 9u9qv 。 然后里面可以存这个prefix下所有的POI。

avatar
a*p
15
re
avatar
m*e
16
哥,能5KM,也要能10KM啊

【在 p******a 的大作中提到】
: 不是指定要查5km范围的地点吗?
: [在 GPRO (GoPro) 的大作中提到:]
: :思路和key value差不多吧?
: :row key 还是 9u9qv 。 然后里面可以存这个prefix下所有的POI。

avatar
h*1
17
本来, 打算给你6块; 又改成5了
avatar
p*a
18
距离加大就多查几个block中的点
[在 mknoodle (mknoodle) 的大作中提到:]
:哥,能5KM,也要能10KM啊
avatar
S*t
19
re

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
a*i
20
感觉应该是存最高精度的geohash
比如9位的
在起service的时候,从数据库里读出来,然后按照geohas建棵树
9: {...}
9u: {...}
9u9: {...}



【在 G**O 的大作中提到】
: 网上找到的资料一般都是在说geo hash原理是什么,基本没找到讨论具体怎么存储,读
: 和写怎么弄的,特来请教各位大神。
: 比如我的use case是,支持
: 寻找附近 5km 内的POI, 可以返回所有POI, 但是同时要支持分类查询:饭店,酒吧
: ,电影院...
: 首先想到GeoHashing来做,就是获取用户的地理位置,算出一个位置,比如 9u9qvu,
: 六位应该精度就够了。
: 然后要找附近 9u9qv[0] -- 9u9qv[z] 的所有的东西。我们可以用SQL
: poi_table
: id geohash name category....

avatar
a*9
21
排包子
avatar
j*n
22
1 如果是搜索引擎用lucene或者solr/elatic search
2 要建不同长度的geohash索引
搜索的时候 根据需要搜索的半径 选择长度合适的geohash
可以以用户所在geohash块为中心 搜9宫格 9宫格要能框住需要的圆 且9宫格越小越好
搜出来超过半径的结果放弃掉
这样应该没有边界问题
avatar
z*y
23
zan

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
a*u
24
R tree
avatar
a*9
25
排包子
avatar
G*O
26
建树应该是把树放在内存吧?
万一数据太大, 比如 9u9v 的范围很大,这一块人口密集。一个机器装不下。就要多
台机器了。(估算了下其实未必,方圆几十km,假设10000 POI, 每个1MB, 也就10GB)
似乎是个不错的策略。这样再DB里面不用存好多份,不用 9u, 9u9 , 每个key都存一
份。

【在 a****i 的大作中提到】
: 感觉应该是存最高精度的geohash
: 比如9位的
: 在起service的时候,从数据库里读出来,然后按照geohas建棵树
: 9: {...}
: 9u: {...}
: 9u9: {...}
:
:

avatar
G*e
27
I am so moved. baozi!

ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
B*s
28
现在流行五块是吗,我昨天也收到了,不过是gc

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
R*s
29
zan
avatar
o*w
30
so cheap
5块就感动
avatar
J*S
31
你也太贪婪了。
钱不在多少,而是能这样的SELLER算是相当不错了。
你能只给我$2吗?

【在 o******w 的大作中提到】
: so cheap
: 5块就感动

avatar
b*g
32
re啊,好人品

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
B*k
33
re

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
t*u
34
pai
avatar
g*3
35
chi
avatar
M*8
36
pai!
BTW,你买了他多少钱的东西啊

【在 J**S 的大作中提到】
: 你也太贪婪了。
: 钱不在多少,而是能这样的SELLER算是相当不错了。
: 你能只给我$2吗?

avatar
i*x
37
re
avatar
h*k
38
you and him are blessed!
avatar
a*8
39
好感动啊……

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
d*r
40
你亏了,本来写的6刀
avatar
a*p
41
你为什么要指出来呢?
要厚道

【在 d*********r 的大作中提到】
: 你亏了,本来写的6刀
avatar
a*e
42
靠,非英语国家来的seller?还有错别字

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
a*s
43
有这种好事
avatar
j*1
44
re
avatar
q*y
45
co感动ing!
avatar
c*t
46
pai

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
s*t
47
form me....
not very well-educated seller

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
i*g
48
re

【在 J**S 的大作中提到】
: 感谢人间真情,发10个包子。
avatar
S*l
49
chi

【在 i**g 的大作中提到】
: re
avatar
s*m
50
re
avatar
b*6
51
avatar
Z*L
52
哈哈,包子

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
e*u
53
re
avatar
b*7
54
RE
avatar
w*r
55
包子~!
avatar
b*n
56
确实很感人
avatar
r*g
57
re
avatar
x*u
58
真不错,包子
avatar
G*s
59
回扣?

【在 J**S 的大作中提到】
: ebay买的东西,今天收到包裹,里面$5现金,留了如图的条子。
avatar
w*e
60
pai
avatar
b*p
61
re
avatar
a*u
62
re
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。