我最近开始使用Cassandra数据库。 现在我正在评估哪个Cassandra client应该继续前进。 我已经看到了关于哪个客户端用于Cassandra的stackoverflow的各种post,但没有一个有非常确定的答案。 我的团队要求我对此进行一些研究, pros and cons针对Java中的每个Cassandra Client API's一些pros and cons 。 正如我刚才提到的那样,我最近和Cassandra所以不知道为什么某些人会selectPelops client以及为什么有些人会和Astyanax以及其他一些客户一起去。 我知道每个Cassandra客户的简短事情,我的意思是我能够完成这项工作,并开始阅读和写入Cassandra数据库。 以下是我迄今为止的信息。 CASSANDRA APIS Hector(生产就绪) 最稳定的Java API,准备好黄金时段。 Astyanax(The Up and Comer) 来自Netflix的干净的Java API。 它不像赫克托那样广泛使用,但它是坚实的。 Kundera(NoSQL ORM) JPA兼容,当你想通过对象与Cassandra进行交互时,这很方便。 这在某种程度上限制了你不能拥有dynamic数量的列/名称等。但它确实允许您移植ORM,或者将存储集中到Cassandra上以供更传统的使用。 贝洛布思 我只是简单地使用了Pelops。 这是一个直接的API,但似乎没有背后的动力。 PlayORM(没有约束的ORM?) 我刚刚听说这个。 它似乎试图通过引入JQL来解决传统的基于JPA的ORM和NoSQL之间的阻抗不匹配问题。 看起来很有希望 节俭(避开我!) 这是“低级”API。 以下是我们决定Cassandra Client优先级 – 首要任务是:低延迟开销,Asynch API以及生产环境的可靠性/稳定性。 (例如,在包装客户端的DAL中可以具有更加用户友好的API)。 连接池和分区意识是其他一些好的function。 能够检测到添加的新节点。 良好的支持(正如以下院长指出的那样) 任何人都可以提供一些想法吗? 而且每个Cassandra Client优缺点以及哪个客户端可以满足我的要求也会有很大的帮助。 我相信,主要是我将围绕Astyanax […]