常见问题--表的约束initially immediate 理解

最新推荐文章于 2021-04-04 14:24:59 发布

csnd2020

最新推荐文章于 2021-04-04 14:24:59 发布

阅读量424

点赞数

文章标签：数据库

初始化立即执行--在每条语句执行结束时检验约束

初始化延迟执行--一直等到事务完成后（或者调用set constraint immediate语句时）才检验约束

来看下面的代码：

SQL> create table t

2 ( x int constraint
check_x check ( x > 0 )
deferrable
initially immediate,
3 y int constraint
check_y check ( y > 0 )
deferrable
initially deferred
4 )
5 /
Table created.

SQL> insert into t values ( 1,1 );
1 row created.

SQL> commit;
Commit complete.

所以，当两个约束同时满足时才能正确无误地插入行。但是，如果我试图插入违反CHECK_X约束（初始化立即执行的约束）的行，则系统会立即检验约束，并得到下面的结果：

SQL> insert into t values ( -1,1);

insert into t values ( -1,1)
*
ERROR at line 1:
ORA-02290: check constraint
(OPS$TKYTE.CHECK_X) violated

由于CHECK_X是可延迟但初始化为立即执行的约束，所以这一行立刻被拒绝了。而CHECK_Y则不同，它不仅是可延迟的，而且初始化为延迟执行，这就意味着直到我用COMMIT命令提交事务或将约束状态设置为立即执行时才检验约束。　

SQL> insert into t values ( 1,-1);
1 row created.　

现在它是成功的（总之到目前为止是成功的）。我将约束检验延迟到了执行COMMIT的时候：　

SQL> commit;
commit
*
ERROR at line 1:
ORA-02091: transaction rolled back
ORA-02290: check constraint
(OPS$TKYTE.CHECK_Y) violated

此时数据库将事务回滚，因为违反约束导致了COMMIT语句的失败。这些语句说明了初始化立即执行与初始化延迟执行约束之间的区别。initially（初始化）部分指定Oracle什么时候会进行默认的约束检验--是在语句结束时［immediate（立即执行）］，还是在事务结束时［deferred（延迟执行）］。我还要说明deferred（可延迟）子句有什么用。我可以发出命令，让所有可延迟的约束变为延迟执行的。注意，你也可以对一个约束使用该命令；你不必让所有可延迟的约束都变为延迟执行的：

SQL> set constraints all deferred;
Constraint set.

SQL> insert into t values ( -1,1);
1 row created.　

由于将初始化立即执行的约束设置为延迟执行的模式，这个语句似乎执行成功；但是，当我用COMMIT语句提交事务时，看一下会发生什么：　

SQL> commit;
commit
*
ERROR at line 1:
ORA-02091: transaction rolled back
ORA-02290: check constraint
(OPS$TKYTE.CHECK_X) violated　

事务提交失败并回滚，因为在COMMIT语句之后对约束进行了检验。相反，我可以将初始化为延迟执行的约束变为"立即"执行的约束：　

SQL> set constraints all immediate;
Constraint set.

SQL> insert into t values ( 1,-1);
insert into t values ( 1,-1)
*
ERROR at line 1:
ORA-02290: check constraint
(OPS$TKYTE.CHECK_Y) violated　

前面在我提交前能执行的语句现在立即出了问题。因为我手动修改了默认的约束模式。

延迟约束有哪些实际用处呢？有很多。它主要用于物化视图（快照）。这些视图会使用延迟约束来进行视图刷新。在刷新物化视图的过程中，可能会破坏完整性，而且将不能逐句检验约束。但到执行COMMIT时，数据完整性就没问题了，而且能满足约束。没有延迟约束，物化视图的约束可能会使刷新过程不能成功进行。

使用延迟约束的另一个普遍原因是，当预测是否需要更新父/子关系中的主键时，它有助于级联更新。如果你将外键设为可延迟、但初始化为立即执行，那么你就可以将所有约束设置为可延迟。

将父键更新为一个新值--至此子关系的完整性约束不会被验证。将子外键更新为这个新值。 COMMIT--只要所有受更新影响的子记录都指向现有的父记录，这条命令就能成功执行。

转：http://www.host01.com/article/database/00060004/0542413042257005.htm