需求引入
你有一个销售单表A 和一个销售单详情表B 和一个收付款记录表C
A---->B 一对多 A---->C一对多
如果一个销售单有两个详情，三条收款记录
对一个销售单 我们想查询出一个结果集 有销售单的id、详情总额、销售单的收款总额
如果你select A join B on(B和A的外键) 查询出2条记录结果集
如果你select A join C on(C和A的外键) 查询出3条记录结果集
那你 如果你select A join B on(B和A的外键) join C on(C和A的外键) 查询出2*3=6条记录结果集 然后在sum
如果select语句中有聚合函数(sum count )很可能导致查询的结果不符合需求的要求。因为详情总额只需要对两条记录进行sum 收款进行需要三条 而sum之前我们查出来了六条
解决办法
1. 用两条sql查询 然后通过java对结果集进行合并。
缺点：只能对一些简单的需求，如果多个销售单，还要做分页 而且有 付款记录和详情的搜索条件 JAVA很难做
2. 用两条sql查询 然后就是用sql的垂直合并了
select * from (sql1) join (sql2) on(sql1.销售单的主键=sql2.销售单的主键) 就是把两条sql当成两个子查询
优点：解决了用java操作List进行合并，做不了分页搜索的问题。因为我们用的一个SQL 无论需求怎么搜索分页，都可以搞定
工作中做某张报表的时候发现的。sql语句含有多个一对多关系的时候 注意影响聚合函数的结果。所以采用了先拆分sql，然后根据需求垂直合并。
设计表结构的时，如何避免出现过长的SQL查询
冗余一些字段，比如你需要对收付款记录的某一个字段（比如金额）做sum 把这个字段冗余到一张额外的表里面。
方法一：每次进行收付款的时候加减这个字段。这样做报表的时候就不必再关联收付款记录表做关联求sum了(这样的话 有哪个接口忘记更新收付款就完蛋了 很难排查)
方法二 ：每次进行收付款的时候 从新进行一遍收付款的sum放进销售单里面，比较消耗性能。引入消息队列 异步的操作这种接口。
方法三 ：收付款的时候多开一个线程，去更新sum字段
当我们把计算逻辑(比如钱的增量)写在SQL里面的时候 可以不用乐观锁，因为SQL会读到其他已经提交的事物，但是如果这个钱是先计算好，然后直接update的 需要用乐观锁
