[20190218]延迟约束问题2.txt

--//当时遇到的问题，链接如下:

http://blog.itpub.net/267265/viewspace-2122166/ => [20160716]主外键与延迟约束.txt 

http://blog.itpub.net/267265/viewspace-2122204/ => [20160719]主外键与延迟约束2.txt 

--//其它例子:

http://blog.itpub.net/267265/viewspace-2138946/ => [20170512]延迟约束问题.txt 

--//当时因为开发没有在2个存在主外键上的表上建立约束,导致主表记录删除了,而外表数据还在.

--//主要问题在于开发有需求要删除主表的记录,由于条件写错,导致出现以上情况.

--//实际上oracle支持延迟约束,只有提交的时候才会检查。 我当时也很无奈，明显开发写代码有问题

--//什么能选择删除主记录，然后再插入回去这样的编程方式。

--//实际上查找这个问题就花了整整一天时间，确定恢复时间又花不少时间，恢复数据库到特定时间点又是一天。

--//更加严重事后根本没有总结,更谈不上更正编程方式。

--//实际上使用延迟约束，我个人认为更使用触发器一样，都不是很好的编程模式，再通过一个说明问题：

1.环境:

SCOTT@book> @ ver1

PORT_STRING                    VERSION        BANNER

------------------------------ -------------- --------------------------------------------------------------------------------

x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

create table t(id number);

alter table t add constraint pk_t primary key (id) deferrable initially deferred ;

insert into t values (1);

insert into t values (2);

commit ;

2.测试：

--//session 1:

SCOTT@book(274,5)> insert into t values (1);

1 row created.

SCOTT@book(274,5)> commit ;

commit

*

ERROR at line 1:

ORA-02091: transaction rolled back

ORA-00001: unique constraint (SCOTT.PK_T) violated

--//插入没有问题，但是提交会报错。因为违反唯一性约束,这时延迟约束的特点.继续测试:

--//session 1:

SCOTT@book(274,5)> update t set id=3 where id=2;

1 row updated.

--//session 2:

SCOTT@book(41,19)> update t set id=3 where id<=2;

--//挂起!!因为修改都包括id=2的记录.

--//session 1:

SCOTT@book(274,5)> commit ;

Commit complete.

--//session 2:

SCOTT@book(41,19)> update t set id=3 where id<=2;

1 row updated.

--//注意仅仅修改1条。

SCOTT@book(41,19)> commit ;

Commit complete.

SCOTT@book(41,19)> select * from t;

        ID

----------

         3

         3

--//破坏了唯一性约束.

--//在12.2.0.2(for windows 64位)下测试结果也一样。