我们的应用程序之一使用存储在Cassandra和ElasticSearch中的数据。我们会尽可能地使用Cassandra访问这些记录，并将数据复制到查询表中，这些查询表旨在遵守特定的应用程序端请求。为了提供比我们的查询表所允许的更为宽松的搜索，ElasticSearch可以很好地执行该功能。
我们（我们自己）也曾问过同样的问题……“为什么我们不从ElastsicSearch中得到一切？”
答案是ElasticSearch被设计为搜索引擎，而不是持久性数据存储。有时ElasticSearch丢失写入。如果不浪费一切并重新加载，则在ElasticSearch中很难进行模式更改。为此，我编写了旨在使ElasticSearch与我们的Cassandra集群保持同步的作业。最近在Quora上有关该主题的讨论也很相似。
话虽如此，ElasticSearch可以 很好地 用作搜索引擎。而且Cassandra可以 很好地 用作可扩展的高性能数据存储。但是 查询
数据不同于 搜索 数据。有时我们需要一个或另一个，并且两者的结合对于我们的应用程序非常有效。它可能（或可能不）适合您的产品。
至于分析，我在使用Cassandra Spark连接器来服务更复杂的OLAP查询方面取得了一些成功。希望能有所帮助。
