elasticsearch - NoSQL，ElasticSearch甚至是老式的关系数据库？

我们有一个将事件记录存储在DB2数据库中的应用程序。而且，我们有用户根据事件的时间以及可选的一些ID作为搜索条件来查询这些事件。

数据仅写入一次，这些记录无更新。

查询没有连接，仅从该表中选择条目

每天大约一百万个条目

事件数据结构始终相同，但是有一个内容字段，该字段只能是短字符串或很大的字符串(3500)，如果字符串内容是短

，则可以是clob字段

当前，此概念有效，但是查询不是很快。将来，即将到来的事件将增加。
因此，如果关系数据库是用例的正确解决方案，还是NoSQL解决方案可以更好地满足我们的需求，那么我们目前正在考虑解决方案。

在对不同的NoSQL解决方案(基于列，键值，...)进行了一些研究之后，我们不知道这是否合适。我们也已将ElasticSearch视为替代方案，但不知道ElasticSearch使用哪种存储。

因此，您有什么想法去做，或者我们的研究应该朝哪个方向发展，以适应这种用例。

问候，
马那那那

最佳答案

从您所说的来看，尚不清楚是否尝试调整现有数据库。如果您没有这样做，则调整现有解决方案通常比将所有数据移动到新平台(仍然需要调整)要有效得多(省时省力)。只有在明确用尽所有调整选项之后，才考虑迁移。