关于es数据结构设计问题

如题，请教一下各位大佬，假设我现在有一张主表 20多张子表。大部分是一对一，一部分一对多。像这种情况下我应该怎么去设计es的数据结构。用join还是nested。子表更新比较频繁。涉及到的查询场景也比较多。目前是left join 了20多张表（因为涉及到一些用户可自定义筛选的应用场景）

es

这片绿茵从不缺乏天才，努力才是最终的入场券

见习助教 72 声望

Developer @ MineAdmin

暂无个人描述~

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

讨论数量: 6

Smilephp

课程读者 130 声望

nested

1年前评论

zds （楼主）

大概2百左右字段，太麻烦了

Smilephp （作者）

@DeathSatan 注意查询需要的字段就行

zds （楼主）

@Smilephp 意思是只需要把查询的字段加到es里面吗。然后对es返回的结果再往mysql里面查询

Smilephp （作者）

@DeathSatan es 就是个大宽表，你把需要的数据放里面查询就是了，不需要在走mysql了吧一般情况下

zds （楼主）

@Smilephp 这里涉及到的就是一个自定义筛选+自定义展示字段。相加到一块两百个左右。平铺到一块就太麻烦了

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助