关于es数据结构设计问题

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

我目前想法是用nested去直接存主表以及所有子表的数据到es文档中。想听听有没有更规范点方法

整体逻辑是 canal(数据同步)+rabbitmq(同步消息订阅)+hyperf(消费者,监听到表更改后去更新es数据以及其他一些缓存的数据)

es
这片绿茵从不缺乏天才,努力才是最终的入场券
zds
《L05 电商实战》
从零开发一个电商项目,功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
《L04 微信小程序从零到发布》
从小程序个人账户申请开始,带你一步步进行开发一个微信小程序,直到提交微信控制台上线发布。
讨论数量: 6

nested

1年前 评论
zds (楼主) 1年前
Smilephp (作者) 1年前
zds (楼主) 1年前
Smilephp (作者) 1年前
zds (楼主) 1年前

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