弹性与关系数据库

Question

我很难理解如何构建搜索应用程序的后端，该应用程序将需要对1m+文档进行搜索，并希望就以下方面提出一些建议，因为它与使用基于lucene的索引和关系存储有关：

1. 用户界面应该只针对弹性搜索，而主关系存储应该作为一个好的副本存储吗？
2. 如果我的数据本质上是相关的(假设我有两个依赖于联接的表，菜谱，中间成分)，那么当数据被搜索时，我如何将搜索结果呈现给用户？
3. 当用户对数据进行编辑时，更新的编辑将存储在关系存储中。然后，我会开始重新索引的弹性三角洲，使它成为立即在应用程序中搜索？更多的是意见。

我认为我缺乏理解的原因是不知道弹性和传统DB之间的相互作用。任何建议都会有帮助。

Answer 1

我只是一个初学者使用Elasticsearch，但我已经实现了一个类似的项目。不同的人可能对这些问题有不同的看法，所以我只想解释一下我为解决类似的问题做了些什么：

问题1:在我的项目中，我正在使用Elasticsearch进行搜索。(MySQL)是主要的数据来源。为了实现这一点，我正在同步ES与MySQL。这个同步过程是一个常见的实践，您可以采取不同的方法。就我个人而言，我选择了在此解释方法。还有一个开源项目go-mysql-elasticsearch。

问题2: --这是一个宽泛的问题，但对于去甲基化 ES数据来说是常见的。请参阅本文有关数据建模的内容。

问题3: i--我的案例--我采用了与MySQL同步的方法，如上面所解释的。