关联更新顾名思义就是指，更新的数据从关联的表中获取并update到目标表。并且该SQL将会是一个天然的嵌套循环。有两种优化思路解决：
1、PLSQL 根据rowid更新
是否需要加order by rowid的考量：
如果buffer cache足够大，能够放得下要被更新的表，就不需要order by rowid，因为这个过程只需要将这张表读一次进buffer cache就可以了。
如果buffer cache不够大，就需要order by rowid了。因为假如由于buffer cache不够了，导致只能page部分该表的数据到磁盘，但可能块上部分都没有更新完，就又要读回去，这样一来一回甚至需要读到内存的量远大于该表的大小；如果加了rowid排序，即时被刷出去了，也能按顺序读回去。
2、merge into
更推荐merge into，因为他不仅是多块读，而且也可以做到并行更新，缺点是消耗undo多，如果更新过程中down机了，死事务恢复会很慢。
下面通过实验来举例优化：
create table a as select * from dba_objects;
create table b as select * from dba_objects;
insert into b select * from b; ----插入到60w左右数据
----实验数据构造----
SQL> create table a as select * from dba_objects;
表已创建。
SQL> create table b as select * from dba_objects;
表已创建。
SQL> insert into b select * from b;
已创建 86081 行。
SQL> /
已创建 172162 行。
SQL> /
已创建 344324 行。
SQL> select count(*) from b;
COUNT(*)
----------
688648
现在假设有如下关联更新语句：
update b set b.object_name=(select a.object_name from a where a.object_id=b.object_id);
SQL> explain plan for update b set b.object_name=(select a.object_name from a where a.object_id=b.object_id);
已解释。
SQL> set lines 300 pages 300
SQL> select * from table(dbms_xplan.display);
可以看到id=3有：B1，这个情况之前文章也说过了，SQL语句中本身没绑定变量，但是执行计划中出现了，说明被驱动表已经被干了n次了。
------merge into优化，使用merge into一定要注意确保merge into的表走全表扫描
alter session set db_file_multiblock_read_count=128;
如果更新的表很大可以开启并行，手动设置sort区和hash区：
alter session set enable parallel dml;
alter session set workarea_size_policy=manual;
alter session set sort_area_size=xxx;
alter session set hash_area_size=xxx;
下面是使用merge into优化该关联更新语句：
merge /*+ use_hash(a,b) parallel(a,4) paraller(b,4)*/ into b using a on (a.object_id=b.object_id) when matched then update set b.object_name=a.object_name;
09:22:42 SQL> merge /*+ use_hash(a,4)*/ into b using a on (a.object_id=b.object_id) when matched then update set b.object_name=a.object_name;
688640 行已合并。
09:22:54 SQL>
实测用了12s更新完成原先跑不完的update SQL。
------PLSQL，根据rowid优化
DECLARE
CURSOR cur_b IS
SELECT
a.object_id,
a.object_name,
b.rowid row_id
FROM
a,
b
WHERE
a.object_id = b.object_id
ORDER BY
b.rowid;
v_counter NUMBER;
BEGIN
v_counter := 0;
FOR row_b IN cur_b LOOP
UPDATE b
SET
object_name = row_b.object_name
WHERE
ROWID = row_b.row_id;
v_counter := v_counter + 1;
IF ( v_counter >= 10000 ) THEN
COMMIT;
dbms_output.put_line('Update:'
|| v_counter
|| 'lines.');
v_counter := 0;
END IF;
END LOOP;
COMMIT;
END;
/
实测用了15s更新完成
------PLSQL，根据rowid优化，并且批量游标处理
DECLARE
maxrows NUMBER DEFAULT 100000;
row_id_table dbms_sql.urowid_table;
--currecount_table dbms_sql.number_Table;
object_name_table dbms_sql.varchar2_table;
CURSOR cur_b IS
SELECT /*use_hash(a,b)*/
a.object_name,
b
WHERE
a.object_id = b.object_id
ORDER BY
b.rowid;
v_counter NUMBER;
BEGIN
v_counter := 0;
OPEN cur_b;
LOOP
EXIT WHEN cur_b%notfound;
FETCH cur_b BULK COLLECT INTO
object_name_table,
row_id_table
LIMIT maxrows;
FORALL i IN 1..row_id_table.count
UPDATE b
SET
object_name = object_name_table(i)
WHERE
ROWID = row_id_table(i);
COMMIT;
END LOOP;
END;
/
实测10s更新完成
以上就是关于对关联更新优化的几种方法，最推荐使用merge into的方法，当数据量不是特别大时，也可以用批量游标的方法去更新。
原文地址：https://blog.csdn.net/weixin_42575078/article/details/133805082
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。