前两天测试的时候发现了这个现象,如果表中包含了延迟约束,则直接路径插入将转化为常规路径插入。
看一个简单的例子:
SQL> CREATE TABLE T (ID NUMBER, NAME VARCHAR2(30), AGE NUMBER(3));
表已创建。
SQL> INSERT /*+ APPEND */ INTO T
2 SELECT ROWNUM, TNAME, MOD(ROWNUM, 10)
3 FROM TAB;
已创建23行。
SQL> SELECT COUNT(*) FROM T;
SELECT COUNT(*) FROM T
*
第 1 行出现错误:
ORA-12838: 无法在并行模式下修改之后读/修改对象
使用APPEND方式的插入,Oracle会选择直接路径插入,而导致的结果就是插入完成后,当前会话无法访问这张表,而只能选择提交或回滚。
而如果在表上添加一个延迟约束:
SQL> COMMIT;
提交完成。
SQL> ALTER TABLE T ADD CONSTRAINT CK_T_AGE
2 CHECK (AGE < 120)
3 DEFERRABLE
4 INITIALLY DEFERRED;
表已更改。
SQL> INSERT /*+ APPEND */ INTO T
2 SELECT ROWNUM, TNAME, MOD(ROWNUM, 10)
3 FROM TAB;
已创建23行。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
----------
46
虽然是同样的插入语句,但是这次显然不是直接路径插入。因为插入执行后,T表仍然可以访问。
很明显,由于延迟约束的存在导致了APPEND提示没有生效,直接路径插入变成常规路径插入。
SQL> ALTER TABLE T DROP CONSTRAINT CK_T_AGE;
表已更改。
SQL> ALTER TABLE T ADD CONSTRAINT CK_T_AGE
2 CHECK (AGE < 120)
3 DEFERRABLE
4 INITIALLY IMMEDIATE;
表已更改。
SQL> INSERT /*+ APPEND */ INTO T
2 SELECT ROWNUM, TNAME, MOD(ROWNUM, 10)
3 FROM TAB;
已创建23行。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
----------
69
可以看到,只要约束是可延迟的,不管这个约束是否现在延迟生效,直接路径插入都会变成常规路径插入。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/4227/viewspace-561425/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/4227/viewspace-561425/