关于es数据结构设计问题

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

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

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

es
终不似少年游
zds
《L05 电商实战》
从零开发一个电商项目,功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 6

nested

3个月前 评论
zds (楼主) 3个月前
Smilephp (作者) 3个月前
zds (楼主) 3个月前
Smilephp (作者) 3个月前
zds (楼主) 3个月前

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