Oracle外來鍵約束中NULL的處理

Oracle的NULL一直是一個有趣的話題，只要存在NULL，就可能會出現意想不到的結果。Oracle在外來鍵中處理NULL約束，採用的方法就和處理唯一約束中明顯不同。

Oracle唯一約束中NULL的處理：http://yangtingkun.itpub.net/post/468/469830

 

 

前面寫過一篇文章，介紹過唯一約束的情況下，Oracle處理NULL的特點。簡單的說，就是如果多個列構成了唯一，且其中包含一個以上的NULL，那麼Oracle會要求不為NULL的列保持唯一。

但是在外來鍵處理時，卻不是這種方法：

SQL> create table t_p (id number, name varchar2(30), constraint pk_t_p primary key (id, name));

表已建立。

SQL> create table t_c (id number, f_id number, f_name varchar2(30),        
  2  constraint fk_t_c foreign key (f_id, f_name) references t_p);

表已建立。

SQL> insert into t_p values (1, 'a');

已建立 1 行。

SQL> insert into t_c values (1, 1, 'a');

已建立 1 行。

SQL> insert into t_c values (1, 1, 'b');
insert into t_c values (1, 1, 'b')
*
第 1 行出現錯誤:
ORA-02291: 違反完整約束條件 (TEST.FK_T_C) - 未找到父項關鍵字

現在建立了一個簡單的複合外來鍵的例子，可以看到，在主表找不到父記錄的資料是無法插入到子表中的，下面插入包含NULL的記錄：

SQL> insert into t_c values (1, null, 'b');

已建立 1 行。

SQL> commit;

提交完成。

SQL> select * from t_c;

        ID       F_ID F_NAME
---------- ---------- ------------------------------
         1          1 a
         1            b

可以看到，F_ID列為空，使得Oracle不再檢查其他列是否滿足外來鍵約束的條件，而使得這條記錄直接插入到子表中。

由於一般組合外來鍵使用的相對比較少，所以這個問題以前還真沒有注意過，這次在看文件時，才看到這個描述。

這裡不討論這樣的實現是否有道理，至少Oracle認為這樣實現是有道理的，而且它已經這樣實現了，而且我們無法改變。那麼我們能做的就是在使用複合外來鍵的時候，應該更仔細的考慮是否允許外來鍵列為空的問題了。