sql - SQL 和 elasticsearch 之间的良好实践

Question

假设您有一个 SQL 数据库，例如 mysql 或 postgresql。您有两个表:用户和汽车。一个用户可以开 N 辆车，一辆汽车可以由 N 个用户开，所以你有第三个“驾驶”表，有两个外键。

现在，您希望您的表用户继续使用 elasticsearch，因为您希望按姓名、电子邮件等搜索用户...等等...也许您还需要在汽车表上进行一些搜索。

我看到了实现这一目标的三种方法，我想知道什么是最好的方法:

1) 放弃sql数据库。您所有的表现在都在 elasticsearch 上。您可以根据需要进行搜索，但必须手动处理所有约束。

2) 保持sql数据库的结构，你保持你的三个表，主键和外键。但是您的表仅包含 elasticsearch 中关联行的 elasticsearch ID。例如在表用户中，您保留 user_id 并添加一个 user_elasticsearch_id 指向您在其中找到名称，电子邮件等的 elasticsearch 行......所以你有你的 sql 约束，你可以进行搜索，但你必须维护两张 table 。

3) 重复。你不碰你的 sql 数据库，你复制了 elasticsearch 数据库中的所有行。你有你的限制，你可以搜索，但你必须再次维护两个表，你有两倍的数据和两倍的存储。

现在，勇敢的 stackoverflow 小伙伴，在这种情况下你会怎么做？

谢谢。

Answer 1

关键业务数据最常见的设置是SQL 数据库作为您的主要数据存储，Elasticsearch 作为附加搜索索引。 (= 你的解决方案 3)。

非关键业务数据(如日志等)的替代方案是独立使用 Elasticsearch。

解决方案 2 似乎有线，不适合我。