由于Cassandra基于Dynamo论文(分布式、自平衡哈希表)+ BigTable,并且有适合这种范例的空间索引(quadkey或geohash)。是否有任何理由没有实现地理空间支持?
您可以添加一个GeoPoint数据类型作为一个包含地理哈希内部的元组,并指定CF包含地理数据。从那里开始,您可以选择将地理数据作为二级索引或去规范化的SCF的行为。这可以为地理空间开发奠定基础,并可以通过实施一些低悬的水果(例如.nearby())开始,该方法仅返回共享相同geohash的列。(我知道这不会给你“最近的”,你必须步行周围的geohashes或使用形状和填充曲线来实现,但是它是一种找到一些附近列的通用操作)
我知道SimpleGeo / Urban Airship在Cassandra中构建了地理支持,但看起来从未打开过。此外,请告诉我是否有更好的地方可以提出此问题(quora,邮件列表等)
您可以添加一个GeoPoint数据类型作为一个包含地理哈希内部的元组,并指定CF包含地理数据。从那里开始,您可以选择将地理数据作为二级索引或去规范化的SCF的行为。这可以为地理空间开发奠定基础,并可以通过实施一些低悬的水果(例如.nearby())开始,该方法仅返回共享相同geohash的列。(我知道这不会给你“最近的”,你必须步行周围的geohashes或使用形状和填充曲线来实现,但是它是一种找到一些附近列的通用操作)
我知道SimpleGeo / Urban Airship在Cassandra中构建了地理支持,但看起来从未打开过。此外,请告诉我是否有更好的地方可以提出此问题(quora,邮件列表等)