我正在认真考虑使用弹性搜索作为我的主数据库。唯一让我退缩的是了解 json 文档大小是否会减慢弹性搜索。例如,如果我用 100 个字段而不是需要搜索的 3 个字段来索引 json 文档(然后在我的 sql 数据库中查询其他数据),弹性搜索会更慢吗?
这是否有任何理由不使用弹性搜索作为我的主要数据存储?我将在传统数据库中保留备份,以便我可以重建索引,但我的计划是主要查询弹性搜索。这听起来是个好主意吗?
我正在认真考虑使用弹性搜索作为我的主数据库。唯一让我退缩的是了解 json 文档大小是否会减慢弹性搜索。例如,如果我用 100 个字段而不是需要搜索的 3 个字段来索引 json 文档(然后在我的 sql 数据库中查询其他数据),弹性搜索会更慢吗?
这是否有任何理由不使用弹性搜索作为我的主要数据存储?我将在传统数据库中保留备份,以便我可以重建索引,但我的计划是主要查询弹性搜索。这听起来是个好主意吗?
为 JSON 文档中的所有字段编制索引不会降低 Elasticsearch 的速度,但会使索引变大。因此,如果磁盘空间或 RAM 有限,那么您可能只想索引 3 个相关字段。
您仍然可以将整个文档存储在 Elasticsearch 中(并将 _source 字段设置为压缩),但通过将不相关字段设置为“index”:“no”来禁用它们的索引。
但是,如果容量不是问题,那么为什么不让 Elasticsearch 做它的事呢?您可能会发现还有一些您没有考虑过的相关字段,并且通常您最终会使用 ES 来执行您的数据库通常会处理的查询,因为 (a) 它非常快,并且 (b) 它内置易于缩放。