今天收到一個需求，要改寫一個報表的邏輯，當改完之后，再次運行，發現運行超時。
因為特殊原因，無法訪問客戶的服務器，沒辦法查看sql的執行計劃、沒辦法知道表中的索引情況，所以，嘗試從語句的改寫上來優化。
一、原始語句如下：
select isnull(vv.customer_id,v.customer_id) as customer_id,
isnull(vv.business_date,replace(v.business_date,'-','')) as business_date,
v.prod_id,
v.sales,
vv.visit_count,
v.all_sales
from
(
SELECT a.customer_id ,
max(month)+'-01' as business_date,
a.PROD_ID ,
SUM(CAST(VALUE AS NUMERIC(38, 3))) sales,
sum(SUM(CAST(VALUE AS NUMERIC(38, 3)))) over(partition by a.customer_id) as all_sales
FROM TB_IMPORT_SALES a
WHERE a.customer_id IS NOT NULL
AND a.PROD_ID IS NOT NULL
and a.month='2016-11'
GROUP BY a.customer_id ,
a.PROD_ID
)v
full join
(
SELECT customer_id,
max(a.business_date) as business_date,
COUNT(*) AS VISIT_COUNT
FROM TB_CALL_STORE a WITH(NOLOCK)
inner join TB_TIME d
on a.business_date = d.t_date
where d.section ='2016-11'
GROUP BY customer_id
)vv
on v.customer_id = vv.customer_id
原來是left join，雖然查詢比較慢，但是2分鐘能查出來，現在按照業務要求，需要看到所有數據，所以改成了full join，改了之后5分鐘都查不出結果。
二、改寫后的代碼
select v.customer_id,
replace(max(v.business_date),'-','') as business_date,
v.prod_id,
max(v.sales_volume) sales_volume ,
max(v.visit_count) visit_count,
max(v.all_sales_volume) all_sales_volume
from
(
SELECT a.customer_id ,
max(biz_month)+'-01' as business_date,
a.PROD_ID ,
SUM(CAST(VALUE1 AS NUMERIC(38, 8))) sales_volume,
sum(SUM(CAST(VALUE1 AS NUMERIC(38, 8)))) over(partition by a.customer_id) as all_sales_volume,
null as visit_count
FROM TB_IMPORT_SALES a
WHERE a.customer_id IS NOT NULL
AND a.PROD_ID IS NOT NULL
and a.month='2016-11'
GROUP BY a.customer_id ,
a.PROD_ID
union all
SELECT customer_id,
max(a.business_date) as business_date,
p.prod_id,
null,
null,
COUNT(*) AS VISIT_COUNT
FROM TB_CALL_STORE a WITH(NOLOCK)
cross apply
(
select top 1 prod_id from TB_PRODUCT with(nolock)
)p
inner join TB_TIME d
on a.business_date = d.t_date
where d.section ='2016-11'
GROUP BY customer_id,p.prod_id
)v
group by v.customer_id,
v.prod_id
由于代碼本身比較簡單，沒辦法再進一步簡化，而由于連接不了服務器，其他的方法也用不上，甚至沒辦法分析到底是什么導致運行這么慢。
想了想，full join 本質上就是 2次left join+union ，無非就是合并數據，于是嘗試一下用union all來直接合并數據，現在改成unoin all最后，就不需要full join。
但是考慮到第2段代碼中并沒有prod_id這個字段，所以這里在第2段代碼加上了cross apply隨便取出一個產品的id，這樣就有prod_id這個字段，可以合并了。
修改之后，果然速度降到了10多秒。
到此這篇關于sql優化實戰 把full join改為left join +union all(從5分鐘降為10秒)的文章就介紹到這了,更多相關left join +union all內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- 簡單了解MySQL union all與union的區別
- MySQL如何使用union all獲得并集排序
- MySQL中UNION與UNION ALL的基本使用方法
- 淺析mysql union和union all
- SQL語句之Union和Union All的用法
- MySQL中使用or、in與union all在查詢命令下的效率對比
- Mysql聯合查詢UNION和UNION ALL的使用介紹
- Sql學習第一天——SQL UNION 和 UNION ALL 操作符認識
- sqlserver Union和SQL Union All使用方法
- sql 查詢結果合并union all用法_數據庫技巧
- 數據庫中union 與union all 的區別
- sql Union和Union All的使用方法
