你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!

es里面是应该建多个索引，还是建一个索引进行查询更新性能更好

Elasticsearch | 作者 helloworld2019 | 发布于2019年11月10日 | 阅读数：5140

分享到：QQ空间新浪微博微信 QQ好友印象笔记有道云笔记

比如说：task有：user、title、content、thirdpart_name,thirdpart_url;
里面是user和thirtpart 在Mysql都是单独建了一张表，然后通过user_id，和thirdpart_id进行关联。

es7.3需要也拆成多个索引进行管理吗？刚使用es，不知道怎么定方向

3 个回复

rochy - rochy_he

赞同来自: helloworld2019

ES 不适合多表 join 查询，因此推荐先 join 后存储到 ES 里面，存储单张表查询性能最佳。

当子表发生数据变化的时候可以使用 UpdateByQuery 去更新

ES 是全文索引引擎实现的框架，能代替mysql吗？

我发现大多数人都是滥用ES了。

ES 只适合全文检索。千万不要瞎用。

相对于的 1对多情况呢，ex: 一个user 多条评论， nest 是不是也可以用？

要回复问题请先登录或注册