使用elasticsearch id的最佳实践

Question

使用elasticsearch，您可以定义自己的ID，或者让elasticsearch应用自己的ID。

存储ID的最佳做法是什么？

我的应用程序将拥有用户，每个用户都可以拥有一个项目，基本上，将其视为博客。

以下是否可以接受

id = user23_post1

或者您会使用内部方式来管理ID并创建自己的ID

item_id = user23_post1

来自关系数据库的背景，我已经开始使用增量ID了，这不是在接近solr或elascticsearch时的思考方式。因此，我正在研究其他人已经做过的事情，并可能从他们的错误中吸取教训。

由于

Answer 1

我假设您不使用Elasticsearch作为数据存储区，但作为搜索引擎。

这意味着，ElasticSearch不会拥有任何数据，它类似于具有非常快速查找的缓存层！

在这种情况下，我不希望Elasticsearch持有任何ID，至少不会暴露在外面。让ID与数据存储同步将有助于挖掘原子和增量更新。

但是，elasticsearch也可以用作NOSQL数据存储区，在这种情况下，我会在Elasticsearch中生成ID。