通常，elasticsearch作为一个非关系数据库不足以响应应用程序的所有用例。这就是为什么elastic通常被用于另一个sgbd（postgres、oracle等）的原因。对于高容量的写操作，客户机通常使用cassandra has data lake和elastic search来可视化部分数据。对部分数据的频繁更新管理起来可能非常复杂，在这一目标中设计有效的索引可能很有挑战性。
现在，如果您确保在所有索引上都有至少一个副本的集群，并创建常规快照，那么您的数据在elasticsearch中的安全性与在另一个管理良好的数据库中的安全性一样。通过跨群集备份、一个群集的多个“区域”等，您可以确保更高的安全性。。。
此外，一个弹性集群可以很好地扩展和管理几百gb的索引。
选择一个sgbd总是很复杂的，每个用例都是不同的，但是如果你的应用程序可以用elasticsearch查询做所有的事情，那么你只能使用elasticsearch(在完全搜索的情况下，我不需要任何数据库调用（在接收我的文档之后）