嵌套查询
nested子文档在 ES 内部其实也是独立的 lucene 文档,只是我们在查询的时候,ES 内部帮我们做了类似数据库的join处理。最终看起来好像是一个独立的文档一样。
如果一个订单,有1000个订单项,那么在 ES 中存在的文档数就是1001,会随着订单数的增加而成倍上升。
那可想而知,同样的条件下,这个性能肯定不如普通内部对象的方案。在实际的业务应用中要根据实际情况决定是否选择这种方案。
有一点是可以肯定的是,他能满足内部对象数据精准搜索的要求
GET _cat/indices?v #可以看到所有 document 总数
GET order_index/_count #是查询当前索引的文档数,不包括嵌套文档数量。
https://server.51cto.com/article/711955.html
ES-- 坑点
http://www.360doc.com/content/22/0726/19/10087950_1041495556.shtml
优化建议
合集:
ElasticSearch
标签:
ElasticSearch
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 【自荐】一款简洁、开源的在线白板工具 Drawnix