本文记录了一次SQL优化的过程，通过分析执行计划发现由于表`product_flag_m`过大导致查询效率低下。采取将12月数据抽取并压缩成新表的方法，但效果不明显。进一步分析发现`TRADE_LIST`表中的过滤条件可以提前应用，创建视图优化后，查询效率显著提升。在某些环境下，压缩表和视图优化可能比添加索引更为实用。
今天收到一个同事的问题，有一段SQL跑了很久很久，根本没有结果，根据同事的反映，这个SQL一个月比一个月要慢。这是不被允许的事情，我们要做的就是对这个SQL进行一次优化。下面就是这次优化的记录。
首先说SQL：select t.month_id,
t1.area_id,
t1.local_id,
count(distinct case
when t.type_id = '02' and t.valid_flag = 1 and
t3.trade_id = '1008601' then
t.user_id
else
null
end),
count(distinct case
when t.type_id = '02' and t.valid_flag = 1 and
t3.trade_id = '1008602' then
t.user_id
else
null
end)
from product_flag_m t,
... --省略部分都是类似上面的运算，很多，为了节省篇幅都取消了
left join VW_CODE_LOCALNET t1
on t.local_id = t1.root_local_id
LEFT JOIN TRADE_LIST T3
ON T.id2 = T3.id2
AND T3.trade_id IN ('1008601', '1008602')
where t.
最低0.47元/天 解锁文章
406
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
