PROSAGA码农传奇-cassandra-Cassandra客户端Java API的

我最近开始使用Cassandra数据库。现在，我正在评估Cassandra client我们应该前进的方向。我在stackoverflow上看到过很多关于使用哪个客户端作为Cassandra的文章，但是没有一个有明确的答案。我的团队已要求我对此进行一些研究，并pros and cons针对Cassandra Client API’sJava中的每个问题提出一些建议。正如我所提到的，我最近参与其中的Cassandra原因还不是很清楚，为什么某些人选择Pelops client，为什么某些人与Astyanax其他客户一起去。我了解每个Cassandra客户端的简要信息，这意味着我能够完成这项工作，并开始读写Cassandra数据库。以下是我到目前为止的信息。卡桑德拉APISHector（可用于生产环境） 最稳定的Java API，已准备就绪。Astyanax（Up and Comer） Netflix提供的干净Java API。它没有像Hector那样广泛使用，但是很可靠。兼容Kundera（NoSQL ORM） JPA，当您想通过对象与Cassandra进行交互时，这非常方便。 这会在某种程度上限制您，因为您将无法获得动态数量的列/名称等。但是，它确实允许您移植到ORM上，或者将存储集中到Cassandra上，以用于更多传统用途。Pelops 我只简单地使用过Pelops。这是直接的API，但似乎没有背后的动力。PlayORM（没有限制的ORM？） 我刚刚听说过。似乎正在通过引入JQL来解决传统的基于JPA的ORM与NoSQL之间的阻抗不匹配的问题。看起来很有希望。节俭（避免我！） 这是“低级” API。以下是我们决定的重点Cassandra Client-第一要务是：低延迟开销，Asynch API和生产环境的可靠性/稳定性。 （例如，可以在包装客户端的DAL中使用更加用户友好的API）。 连接池和分区意识是其他一些不错的功能。 能够检测添加的任何新节点。 以及良好的支持（如下院长指出） 有人可以对此提供一些想法吗？对于每个Cassandra Client客户的利弊，以及哪个客户可以满足我的要求，也将有很大的帮助。我相信，Astyanax client or New Datastax client that uses Binary protocol到目前为止，主要是我会根据我的研究来围绕我的想法进行研究。但是没有某些信息可以支持我的研究并将其呈现给我的团队。Astyanax客户端和New Datastax客户端（使用新的Binary协议）之间的任何比较都会有很大的帮助。这将对我的研究有很大帮助，并且会从过去使用过不同客户的不同人士那里获得很多知识。