geolocation - Cassandra没有地理空间支持是有原因的吗？

Question

由于Cassandra基于Dynamo纸(分布式，自平衡哈希表)+ BigTable，因此存在一些空间索引可以很好地适合该范式(quadkey或geohash)。是否有未实现地理空间支持的原因？

您可以将GeoPoint数据类型添加为带有内部geohash的元组，然后将CF指定为包含地理数据。在此处，您可以选择将地理数据作为次要索引或非规范化SCF的行为。这可以为地理空间开发打下基础，您可以从实现一些低调的成果开始，例如.nearby()，它可以返回共享相同geohash的列。 (我知道这不会给您带来“最近”的麻烦，您必须走动一下周围的地质哈希，或者使用形状和空间填充曲线来实现这些功能，但稍后可以实现，但是这是查找某些东西的常规操作附近的列)

我知道SimpleGeo/Urban飞艇在Cassandra中内置了地理支持，但看起来好像从来没有开放过。另外，让我知道是否有更好的地方问这个问题(法定人数，邮寄名单等)。

Answer 1

我认为答案有两个部分。

之所以没有它，是因为没有人将代码提交到Cassandra中，或者没有想到此功能，或者认为此功能具有足够高的优先级，可以花大量时间在此功能上。 Cassandra的大部分开发工作都是由Datastax完成的，并且它们是商业实体，对用户的需求和建议不屑一顾，并且对于在新功能方面可以为他们带来最大的投资返回也非常务实。

如果有足够多的第三方开发人员(或团队)有足够的时间在手，那么可以这样做，并且从概念上讲，C *提交者在添加这样的主要功能时可能没有问题。

第二个方面是Cassandra支持blob(字节数组)，这意味着您要描述的内容可以以相对简单的方式在客户端应用程序/驱动程序中实现。在这种情况下，驱动器负责将地理调用转换为适当的原始字节操作。我还怀疑，与在核心存储引擎中使用相关的一组运算符支持一个全新的数据原语相比，这将花费更少的工作。