meger into優化案例

SQL：

MERGE INTO TP_B_RB033 TP
USING (SELECT SEQ_NO, PAGE_NUM, FULL_PAGE, ACCT_NO FROM TP_B_RB033_RB_TMP) RES
ON (TP.SEQ_NO = RES.SEQ_NO AND RES.ACCT_NO = TP.ACCT_NO)
WHEN MATCHED THEN
  UPDATE
     SET TP.PAGE_NUM = RES.PAGE_NUM, TP.FULL_PAGE = RES.FULL_PAGE
   WHERE SUBSTR(REPORT_DATE, 1, 6) = SUBSTR(:B1, 1, 6)

執行計劃：

執行計劃口訣：先從最開頭    一直向右看，直到看到最右邊並列的地方，對於並列的地方，從上到下看，靠上的先執行；對於不併列，靠右的先執行；

從執行計劃能夠看到 執行順序是 4 6 5 3 2 1，驅動表是 *tmp，走的全表掃描，錶鏈接走的是hash 鏈接。

據業務人員介紹，天天採集交易數據灌注到*tmp表，而後執行這個sql語句同步數據，完成以後再清理掉*Tmp數據，*tmp表數據不是很大，最大的時候也就2萬。

因此這個場景使用NL是最好的了，驅動表走索引，被驅動表也要建立索引，

若是有環境  能夠  測試一下select 和update看看是哪一個慢，這樣優化更有針對性。

update 語句的where 條件 ‘WHERE SUBSTR(REPORT_DATE, 1, 6) = SUBSTR(:B1, 1, 6)’須要注意下，對於相似 where id like '%id'是不走索引的，能夠改爲 ‘WHERE REPORT_DATE like  SUBSTR(:B1, 1, 6)||%’    

總結：

一、*tmp 做爲驅動表，要建立索引，

二、被驅動表 TP_B_RB033數據量比較大， 也要建立索引，

三、優化update ,,,,,,,,where SUBSTR(REPORT_DATE, 1, 6) = SUBSTR(:B1, 1, 6) 爲‘update ,,,,,,, WHERE REPORT_DATE like  SUBSTR(:B1, 1, 6)||%’