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

父子文档模式在高qps下性能如何

匿名 | 发布于2019年04月17日 | 阅读数：3281

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

想咨询下有一个业务场景，qps 8k-10k左右，之前都是业务上能将数据打成宽表，这次必须要用父子关系了，想咨询下父子关系的查询修改等性能如何，有什么坑没有

2 个回复

laoyang360 - 《一本书讲透Elasticsearch》作者，Elastic认证工程师 [死磕Elasitcsearch]知识星球地址：http://t.cn/RmwM3N9；微信公众号：铭毅天下; 博客：https://elastic.blog.csdn.net

Join 类型应该尽量避免使用。nested 类型检索使得检索效率慢几倍，父子Join 类型检索会使得检索效率慢几百倍。

尽量将业务转化为没有关联关系的文档形式，在文档建模处多下功夫，以提升检索效率。

kepmoving - 90后

parent child的模式好像是内存消耗的多一点，因为在倒排索引的前提下会在内存初始化一份parent和child的映射，相当于查询了两次，不过这种场景可以避免标签更新及联更新大批数据的情况，从原理上感觉qps能达到要求，可以测试下

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