采用merge语句的非关联形式再次显神能
题记:采用merge语句的非关联形式确实可以提高update语句的性能,尤其对于百万级别的数据量,之前的一个关于merge语句的优化案例请参考:
http://blog.itpub.net/26736162/viewspace-1218671/
今天发现一个update的更新sql语句跑了1天多的时间了,又是单纯的update语句,作为优化工作的我对这种事情肯定不能忍受的,看官请看图:
select a.SQL_ID,a.SQL_TEXT,a.ELAPSED_TIME2,a.SESSION_TYPES from XB_SQL_MONITOR_LHR a where a.SQL_ID='aaqkudujcm4jp';
其执行计划:
执行计划的cost花费有点大哟,,,,
原sql语句:
UPDATE zhui_car_ins_140717_v2 a
SET a.date_of_open =
(SELECT b.date_opened
FROM riskdw.mid_acct_sum b
WHERE a.party_no = b.party_no);
O()︿︶)o 唉,,,,,,这什么垃圾sql呢?????连个where子句都没有。。。。。。。,然后发现有全表扫描,看了下sql里边设计到非索引列,根据业务,非索引列经常随着索引列出现,那么就建立联合索引咯。。。。。,,,,然后再修改为merge语句来更新表:
create index ind_mid_acct_partyno on riskdw.mid_acct_sum(party_no,DATE_OPENED) PARALLEL 20 NOLOGGING;
alter index ind_mid_acct_partyno NOPARALLEL;
先修改为merge语句的关联形式看看情况:
发现cost花费依然有点高,好吧再优化优化,然后再修改为merge语句的非关联形式来更新表:
再次执行:
MERGE INTO RISKPUBZCZH.zhui_car_ins_140717_v2 t
USING (SELECT a.rowid AS rowids,
b.date_opened date_opened
FROM riskdw.mid_acct_sum b,
RISKPUBZCZH.zhui_car_ins_140717_v2 a
WHERE a.party_no = b.party_no ) t1
ON (t.rowid = t1.rowids)
WHEN MATCHED THEN
UPDATE SET t.date_of_open = t1.date_opened;
COMMIT;
发现报错:
看来有非唯一行,这个是merge语句经常出现的问题,那么修改一下如下:
最终优化后的sql:
MERGE INTO RISKPUBZCZH.zhui_car_ins_140717_v2 t
USING (SELECT a.rowid AS rowids,
MAX(b.date_opened) date_opened
FROM riskdw.mid_acct_sum b,
RISKPUBZCZH.zhui_car_ins_140717_v2 a
WHERE a.party_no = b.party_no
group by A.ROWID ) t1
ON (t.rowid = t1.rowids)
WHEN MATCHED THEN
UPDATE SET t.date_of_open = t1.date_opened;
COMMIT;
优化后的执行计划:
跑一下呢?
尼玛,,,,,这么快,,,,,又是自行车到宇宙飞船的速度的转变呀。。。。。。。
结尾: 有关merge语句的非关联形式的sql优化 小麦苗(我的网名)就给大家列举这2个例子,大家有什么不懂的可以给我留言,或者加我QQ(642808185)也行。