以前寫過一條關於任務指標的sql,這個關於查詢任務目標，任務達成情況和任務完成比例的一個查詢sql，因為查詢的任務包括了3個方面 銷售額   開卡數量和微信加粉數量的一個任務查詢 所以關聯的表比較多，最後需要做的一個結果展示效果如下：

       需要查詢出這樣的資訊，每個使用者進來可以查詢到自己的任務情況 ，我以前的做法是先使用派生表把這個任務關於自己的資訊查詢出來，再通過欄位上面使用巢狀子查詢來完成的，為了看起來直觀，語句如下：

         select 

         任務.任務名稱，

         任務.任務開始時間，

        任務.任務結束時間，

        任務.目標銷售額，

        (select sum(訂單表.結算金額) from 訂單表  left join 任務從表 on 任務從表.uid=訂單表.完成人 where 訂單表.完成人="張三")as 完成銷售額，

        (count(5)/任務.銷售額*100 )as 完成銷售比例(%),

        任務.目標開卡數，

(select count(會員表.id) from 會員表 left join 任務從表  on 會員表.業務員id=任務從表.uid where 任務從表.uid="張三")as 完成開卡數,

(count(8)/任務.目標開卡數*100)as 開卡完成比例(%),

任務.目標加粉數,

(select count(加粉中間表.會員id) from 加粉中間表 left join 任務從表 on 加粉中間表.uid="張三" ) as 完成加粉數,

(count(11)/任務.目標加粉數*100)as 加粉數完成比例(%)

from

(select 任務主表.id,任務主表.任務名稱,任務主表.任務開始時間,任務主表.結束時間,任務從表.目標銷售額,任務從表.目標開卡數,任務從表.目標加粉數 from 任務主表 left join 任務從表 on 任務主表id=任務從表.taskid) as 任務

        當時的sql就是把查詢的結果，比如銷售額的完成情況和完成的比例這些都寫在了欄位上面去進行查詢，這樣的弊端就是如果一旦資料量龐大之後，查詢效率會非常受影響，甚至會出現伺服器宕機的情況，所以考慮到以後會出現的這些情況，需要對該條語句進行優化，聽了我們組長的提示，他說可以使用union來做，最後經過思考和組長的指導，將上面的語句優化成了以下的格式：

由以前的橫向轉成了縱向，返回的結果可以使用list來接收，根據name的名字來做條件，計算每樣指標完成的百分比，因為再java程式裡做計算和資料庫相比，後者效率更高，特別是再資料量龐大的情況，因為某些情況計算會使索引失效而導致全表掃描 sql 如下：

select '任務名稱' as name,task.任務名稱 as value from   

(select 任務主表.id,任務主表.任務名稱,任務主表.任務開始時間,任務主表.結束時間,任務從表.目標銷售額,任務從表.目標開卡數,任務從表.目標加粉數 from 任務主表 left join 任務從表 on 任務主表id=任務從表.taskid) as task 

union  all 

select '任務開始時間' as name,task.任務開始時間 from

 (select 任務主表.id,任務主表.任務名稱,任務主表.任務開始時間,任務主表.結束時間,任務從表.目標銷售額,任務從表.目標開卡數,任務從表.目標加粉數 from 任務主表 left join 任務從表 on 任務主表id=任務從表.taskid) as task 

union all

select '目標銷售額' as name,task.目標銷售額 from

(select 任務主表.id,任務主表.任務名稱,任務主表.任務開始時間,任務主表.結束時間,任務從表.目標銷售額,任務從表.目標開卡數,任務從表.目標加粉數 from 任務主表 left join 任務從表 on 任務主表id=任務從表.taskid) as task 

union all 

select '完成銷售額' as name,sum(訂單表.結算金額) from 訂單表 left join 

 (select 任務主表.id,任務主表.任務名稱,任務主表.任務開始時間,任務主表.結束時間,任務從表.目標銷售額,任務從表.目標開卡數,任務從表.目標加粉數 from 任務主表 left join 任務從表 on 任務主表id=任務從表.taskid) as task  on 訂單表.完成人=task.uid

union all

。。。。。。(需要關聯查詢的資料)

巢狀子查詢的查詢相當於乘法，比如A表10條資料，B表10條資料，如果沒有使用索引相當於全表掃描查詢 也就是10*10的概念，而union的查詢則有點像加法，A表的查詢+B表的查詢。所以再資料量較小的情況基本沒有什麼區別 就像2+2=2*2的概念一樣而如果1000*1000和1000+1000 那樣查詢效率的結果會非常明顯。

所以有些時候也是需要根據實際情況來做調整的，但都是選擇最優，最快的方案來執行。