ORACLE中,限制分deferred 跟 immediate 2種:
deferred:如果 Oracle 在事務送出(commit)時才對限制執行檢查,則稱此限制是延遲的(deferred)。如果資料違反了延遲限制,送出操作将導緻事務被復原(undo)。
immediate:如果限制是即時的(immediate)(非延遲的),則此限制将在語句執行結束後進行檢查。如果資料違反了延遲限制,語句将被立即復原。
解釋一下,即:将限制檢驗延遲到了執行COMMIT的時候。以下是具體的解釋和舉例。 定義為可延遲(deferrable)的限制可以指定為:
1. initially immediate(初始化立即執行)或
2. initially deferred(初始化延遲執行)。
解釋二者的差別。初始化立即執行/延遲執行規定了在預設情況下應該如何執行限制:
初始化立即執行--在每條語句執行結束時檢驗限制
初始化延遲執行--一直等到事務完成後(或者調用set constraint immediate語句時)才檢驗限制
一般情況下,我們用的限制初始都是immediate型的(預設),而且不好轉為deferred型。但是如果初始是deferrable(需要手動指定),那deferred跟immediate 2種狀态可以随意轉換。
此外,限制有以下4種狀态:
ENABLE(啟用)確定所有輸入的資料都遵從限制(constraint)
DISABLE(禁用)總是允許輸入資料,無論資料是否遵從限制
VALIDATE(驗證)確定已存在的資料遵從限制
NOVALIDATE(無驗證)允許已存在的資料不遵從限制
ENABLE VALIDATE 與 ENABLE 相同。Oracle 将檢查限制,并保證所有資料均遵從限制。
ENABLE NOVALIDATE 表示所有新插入或被修改的資料都必須遵從限制,但允許已存在的資料不遵從限制。
DISABLE NOVALIDATE 與 DISABLE 相同。Oracle 不會檢查限制.
DISABLE VALIDATE 将禁用限制,移除限制使用的索引,并禁止修改限制鍵的資料。
限制不論哪種類型,要能夠生效,必須狀态是enable才行。
--deferred 跟 immediate的對比試驗-----------------------------
SQL> drop table aa purge;
Table dropped.
SQL> create table aa ( id number,name varchar2(20),constraint pk primary key(id));
Table created.
SQL> col constraint_name for a11
SQL> select CONSTRAINT_NAME ,CONSTRAINT_TYPE,TABLE_NAME ,STATUS,DEFERRABLE,DEFERRED,validated from u
ser_constraints where table_name='AA';
CONSTRAINT_ C TABLE STATUS DEFERRABLE DEFERRED VALIDATED
----------- - ----- -------- -------------- --------- -------------
PK P AA ENABLED NOT DEFERRABLE IMMEDIATE VALIDATED
--可以看到,預設的是NOT DEFERRABLE,下面我們将它轉為immediate試試
SQL> set constraint pk immediate;
set constraint pk immediate
*
ERROR at line 1:
ORA-02447: cannot defer a constraint that is not deferrable
--增加一個uk,指定deferrable initially immidiate|deferred
SQL> alter table aa add constraint uk unique (name) deferrable initially immediate;
Table altered.
UK U AA ENABLED DEFERRABLE IMMEDIATE VALIDATED
SQL> select * from aa;
no rows selected
SQL> insert into aa values(1,'SDF');
1 row created.
SQL> insert into aa values(2,'SDF');
insert into aa values(2,'SDF')
ORA-00001: unique constraint (LYN.UK) violated
SQL> set constraints uk deferred;
Constraint set.
SQL> commit;
commit
ORA-02091: transaction rolled back
此外,可以在SESSION裡設定所有限制是立即檢查(immediate)還是延遲檢查(deferred),當然,這隻影響初始時指定可延遲的(deferrable)限制。
SQL> alter session set constraint=immediate;
Session altered.
SQL> alter session set constraints=deferred;
--4種狀态對比-----------------
SQL> create table aa(id number primary key);
--enable validate(預設)
SQL> select CONSTRAINT_NAME ,CONSTRAINT_TYPE,TABLE_NAME ,STATUS,DEFERRABLE,DEFERRED,validated from
user_constraints where table_name='AA';
SYS_C002829 P AA ENABLED NOT DEFERRABLE IMMEDIATE VALIDATED
SQL> insert into aa select 2010 from dual;
insert into aa select 2010 from dual
ORA-00001: unique constraint (LYN.SYS_C002829) violated
--disable novalidate
SQL> alter table aa modify constraints SYS_C002829 disable;
SYS_C002829 P AA DISABLED NOT DEFERRABLE IMMEDIATE NOT VALIDATED
ID
----------
2010
Commit complete.
--disable validate
SQL> alter table aa modify constraints SYS_C002829 disable validate;
alter table aa modify constraints SYS_C002829 disable validate
ORA-02437: cannot validate (LYN.SYS_C002829) - primary key violated
SQL> delete aa where rownum<3;
2 rows deleted.
SQL> select rownum,id from aa;
ROWNUM ID
---------- ----------
1 2010
SQL> update aa set id=2012;
update aa set id=2012
ORA-25128: No insert/update/delete on table with constraint (LYN.SYS_C002829) disabled and validated
SQL> insert into aa select 2012 from dual;
insert into aa select 2012 from dual
SQL> delete from aa;
delete from aa
SQL> truncate table aa;
truncate table aa
--enable novalidate