一个非常不友好的SQL的优化改写

这个SQL 是在项目中遇到， 性能非常不好， 隐患非常之大。 可理解程度非常不好， 优化难度一般但真正 和业务关联后 优化程度 还可以。

另外 主要涉及 到行列转化， 和在分组数据中 提取数据。 主要是

首先 原来的SQL 。。

with sql1 as (select vpfi.code code from t_p_info vpfi where vpfi.pm = '张三')

select * from

(select opp.username as user_name,

(select oi.insit_name from wbj_org_insit oi where oi.insit_id = oip.insit_id) as dname,

ea.pcode as pcode,

(select min(decode(tt.type,'出差',nvl(tt.city, tt.type), tt.type)) from T_ATTENDANCE tt where tt.eid = opp.username and tt.date = '2015-08-01' ) as data_1,

--..... 依次

(select min(decode(tt.type,'出差',nvl(tt.city, tt.type), tt.type)) from T_ATTENDANCE tt where tt.eid = opp.username and tt.date = '2015-08-31' ) as data_31

from t_per opp

left join t_post oip on opp.pid = oip.pid

left join t_attendance ea on ea.eid = opp.username and ea.month = '2015-08'

left join sql1 t1 on t1.code = ea.P_CODE

where oip.t_isldr > 0 and t1.code is not null and ( ea.RECORDER = '张三' or ea.emp_id = '张三')

group by opp.username, oip.insit_id ,ea.prj_code )

where 1=1 order by 2, 1 ；

原来的SQL 有 32 个标量子查询......另外表名写法也不统一， 看到这个SQL 大骇.... 还是看了一下执行计划.... t_attendance 扫描多次， 逻辑读， 物理读 很多次。 T_ATTENDANCE 表如果数据量 很大， 哥可以保证， 这个SQL 跑死。。 这个表 扫描 30多次， 用的了吗?? 另外 (select oi.insit_name from wbj_org_insit oi where oi.insit_id = oip.insit_id)
as dname, 谁能保证 值是唯一的？？？ 当然业务上面原则是唯一的？？ 但谁能 保证 数据库中值不会出现脏数据？？？（ 库中没有唯一检查约束） ，另外之前 select min(decode(tt.type,'出差',nvl(tt.city, tt.type), tt.type)) from T_ATTENDANCE tt where tt.eid = opp.username and tt.date = '2015-08-01' ) 出现过脏数据，出错了， 所有 加了 min , 执行计划就不
贴出来了。。。。反正是 乱的 不太想看........( 还有一个原因是 哥已经知道性能问题在哪， 另外改写什么的都知道大致怎么改写了， 所以哥不想看执行计划了。。。 兄弟们有时候还是要看执行计划的........ )

还有 left join sql1 t1 on t1.code = ea.P_CODE where 后面 and t1.code is not null ， 什么逻辑||||| 有用left join 又用 t1.code is not null ，，， 不如换成 inner join 去掉后面的 is not null 条件！！！！！

还有一个问题是既然 是 group by 了。。。 就不要 order by ， 因为 10 g 11g 中group by oracle 内部是排序 好的， 单官方的文档没有保证是的， 另外我们这边的业务上面 没有排序也满足... 那就不要 排序了.....

于是改写后的 语句

with sql1 as (select code from t_p_info vpfi where vpfi.pm = '张三')

select username, ea.pcode as pcode, oi.insit_name,

min( decode( date,'2015-08-01',decode(type,'出差',nvl(city, type), type) ) ) day1,

--- 一次31

min( decode( date,'2015-08-31',decode(type,'出差',nvl(city, type), type) ) ) day31

from t_per opp

inner join t_post oip on opp.pid = oip.pid

left join _insit oi on oi.insit_id = oip.insit_id

left join t_attendance ea on ea.emp_id = opp.username

inner join sql1 t1 on t1.code = ea.PCODE

where oip.t_isldr > 0 and ( ea.RECORDER = '张三' or ea.emp_id = '张三')

and ea.month = '2015-08'

group by opp.username, oi.insit_name ,ea.prj_code;

改写后的执行计划也不贴出来了。。。。 避免了 上述的全部问题 ， t_attendance 只扫描了1次， 在分组中取数据是 min, 等聚合函数取数据，

decode 行列 转换。 执行逻辑读 是原来的 1/10 这样。。。。 物理读 减少的也差不多》。

decode( date,'2015-08-31',decode(type,'出差',nvl(city, type), type) ) 改换成 coalesce( nullif('出差', type),city, type) 好一点