關於Oracle的約束概念和基本操作，我已經在以前的《Constraint基礎概念》、《Constraint的簡單操作》兩篇文章中有過比較詳細的介紹了，但是對於如何停用和啟用constraint沒有作特別的描述，以至於在使用PLSQL中無法忽略constraint而逐步進行數據的更改，所以在這里專門記錄一下關於constraint的停用和啟用相關知識。
一、約束的狀態
可以指定啟用(ENABLE)或者停用(DISABLE)約束。如果啟用約束，當在數據庫中輸入或者更新數據時要進行數據檢查，不符合約束規則的數據不能輸入數據庫。如果停用約束，那么不符合規則的數據也能輸入到數據庫中。 另外，也能制定表中的現有數據必須符合約束(VALIDATE)；相反地，如果指定為(NOVALIDATE)，就不能確保現有的數據符合約束。
所以由上述的特性可知，表上的約束可能處在以下4種狀態：
● ENABLE , VALIDATE
● ENABLE , NOVALIDATE
● DISABLE, VALIDATE
● DISABLE, NOVALIDATE
1、停用約束的情況
一般來說，約束都是需要始終處於啟用狀態的，但是在以下情況中可能需要約束停用：
● 當往表中裝載大量數據時
● 當執行批操作使得表有大規模的改變時
● 到一次性導入或導出一個表時
停用都是為了提高性能，特別是在數據倉庫中，這種操作的作用尤其明顯。而且由於停用約束有可能造成違反約束的數據輸入到表中，所以在進行完以上的動作之后，需要立即啟用約束。
2、啟用約束的一些問題
在停用約束時，違反約束的行可以插入到表中，這種行為被認為是對約束異常。而且如果約束處於啟用非校驗狀態(ENABLE,NOVALIDATE)，則在停用時插入的違反約束的記錄仍然保留，需要更改后，約束方可出在已校驗狀態。
當表的約束處於啟用非校驗狀態時，表中原本的數據可以不符合約束，但后面新增的數據必須進行校驗，這對於數據倉庫來說特別有用。因為基本上數據倉庫都是使用增量更新，在停用約束后如果采用啟用校驗約束狀態，則需要對大量數據進行校驗，影響性能。
另外說明：校驗一個已經啟用的約束，在校驗期間不需要任何DML鎖，因此在校驗期間可以保證沒有引入違反約束的數據。
3、完整性約束狀態：過程和效益
一般可以按照以下的順序來使用約束，以確保最佳的效益：
① 停用狀態
② 執行操作(裝載、導出、導入)
③ 啟用非校驗狀態
④ 啟用狀態
好處是：
● 不留鎖
● 所有的約束能夠同時處於啟用狀態
● 約束啟用是並行實現的
● 允許表上進行同步操作
二、在定義中設置約束屬性
在CREATE TABLE和ALTER TABLE語句中就可以設置約束的ENABLE/DISABLE、VALIDATE/NOVALIDATE。
注：默認的是ENABLE/VALIDATE的。
1、在定義中停用約束
CREATE TABLE emp( empno NUMBER(5) PRIMARY KEY DISABLE,
deptno NUMBER(2));
ALTER TABLE emp ADD PRIMARY KEY(empno) DISABLE;
2、在定義中啟用約束
CREATE TABLE emp( empno NUMBER(5) PRIMARY KEY,
deptno NUMBER(2));
ALTER TABLE emp ADD PRIMARY KEY(empno);
注：有可能創建約束失敗，因為原始數據與約束沖突，此時語句回滾。
3、修改或刪除現有的約束
注：在使用外鍵參考了PRIMARY或UNIQUE鍵時，不能停用或刪除被參考約束
停用：
ALTER TABLE dept DISABLE CONSTRAINT dname_ukey;
ALTER TABLE dept DISABLE PRIMARY KEY KEEP INDEX,
DISABLE UNIQUE (dname, loc) KEEP INDEX;
啟用非校驗：
ALTER TABLE dept ENABLE CONSTRAINT dname_ukey;
ALTER TABLE dept ENABLE NOVALIDATE PRIMARY KEY,
ENABLE NOVALIDATE UNIQUE (dname, loc);
啟用校驗：
ALTER TABLE dept MODIFY CONSTRAINT dname_ukey VALIDATE;
ALTER TABLE dept MODIFY PRIMARY KEY ENABLE NOVALIDATE;
若要停用/刪除相關的FOREIGN KEY約束，則：
ALTER TABLE dept DISABLE PRIMARY KEY CASCADE;
刪除：
ALTER TABLE dept DROP UNIQUE (dname, loc);
ALTER TABLE emp DROP PRIMARY KEY KEEP INDEX,
DROP CONSTRAINT dept_fkey;
三、延時約束檢查
Oracle可以再事務中先不檢查約束，直到事務結束時才統一檢查。這樣就可以讓事務在處理的過程中暫時得違反約束，例如某時候在往表里添加數據時，某字段暫時留空，在下一步中再update數據，以逐步插入數據，這樣就必須用到這個性能。使用SET CONSTRAINTS語句進行設置。
在使用這個特性時，需要注意幾點：
● 不能在觸發器內發布SET CONSTRAINTS語句
● 可延時的唯一鍵和主鍵必須使用非唯一索引
1、所有約束設置成延時
SET CONSTRAINTS ALL DEFERRED;
注：在所有處理前執行該語句，至事務結束時為止，只適用於當前會話。
2、檢查提交(可選)
在事務COMMIT之前，可以用 SET CONSTRAINTS ALL IMMEDIATE 語句來手工檢查約束的違反情況。雖然在事務結束時會自動隱性執行這條語句，但是也是有一定的存在意義的，例如希望在錯誤時定義某些操作。
四、報告約束異常
如果校驗約束時存在異常，則返回一個錯誤，且完整性約束仍保持未被校驗狀態。當約束存在異常時，一個語句就不能正確執行，則此語句被回滾。如果存在異常，必須要更新或刪除了約束的所有異常后，才可以校驗約束。但是在使用ALTER TABLE語句不能確定哪一行違反約束，為了確定哪一行，在發布ENABLE子句中帶有EXCEPTION選項的ALTER TABLE語句。
EXCEPTION選項將ROWID、OWNER、TABLE、ROWID、CONSTRAINT放到一個指定的表中。在啟用約束前，硬創建一個合適的異常報告表，用來接收ENABLE子句的EXCEPTION選項信息，可以直接執行'D:\oracle\ora92\rdbms\admin\utlexcpt.sql'或'D:\oracle\ora92\rdbms\admin\utlexcpt1.sql'腳本來進行創建。注意：這兩個腳本的區別在於數據庫的兼容性級別和所分析的表的類型。
使用的語法如下：
ALTER TABLE dept ENABLE PRIMARY KEY EXCEPTIONS INTO EXCEPTIONS;
如果存在異常，則直接查詢 SELECT * FROM EXCEPTIONS; 即可。如果需要更加詳細的信息，則可以使用ROWID與原表的ROWID進行關聯，這樣就可以查出原始表中當前行的所有信息，並進行修改。