复杂sql怎么办

我看界面示例的sql都是比较简单的, 但是现实场景是sql比较复杂,业务场景也比较复杂,这个大家有什么折中的解决方案么?

FineReport 用户f0512732 发布于 2020-11-23 22:53

1min目标场景问卷

立即参与

回答问题关注问题

悬赏：3 F币 + 添加悬赏

提示：增加悬赏、完善问题、追问等操作，可使您的问题被置顶，并向所有关注者发送通知

共4回答

最佳回答

zsh331Lv8专家互助
发布于2021-6-11 18:40

-_-||根据需求，再复杂的SQL该怎么写怎么写；案例的SQL比较简单，因为只是为了做演示~

————————

用户a8068717Lv4初级互助
发布于2020-11-24 07:12

可以分解成多个ds

举报收起评论(1)

用户f0512732(提问者) 如果取出的数据还要加工怎么办?

2020-11-24 08:59

radioliuLv5见习互助
发布于2021-6-11 21:08

多练练复杂sql的优化，待业务需求用了一段时间没问题后编写存储过程，都是一样的，大部分的业务场景都需要复杂sql，除非你建了合适的数仓，对于逻辑运算来讲会好很多，但是复杂sql还是会有，但是优化就好优化了！譬如一个大屏，你最好整合下需求，按照表进行整合，减少对同一张表的扫描次数，总不可能左上角一块的需求用到a表，右上角又用到a表，a表还不是中间历史表，可能a表还比较大，百万级别甚至千万以上，大概率还是没有索引的，那你最好把两个不同但是都要扫描a表的需求整合成扫描一次解决，尽量避免一张表差不多的需求多个数据集，如果还伴随大的笛卡尔积，那就会肯定导致阻塞，阻塞的危害我就不讲了手机码字累，你自己百度