我們設計表時,在欄位是否允許Null值這個問題上,有時會爭論一番。
資料庫牛人Kalen Delaney則給了一下建議:
1,永遠不要在使用者表中允許NULL值
2,在使用者表定義中包含一個NOT NULL限制
3,不要依賴資料庫屬性來控制NULL值的行為
對於第一點,我們反向說,如果允許NULL,會給我們帶來什麼影響。
1,SQL 在每條記錄中都設定了一個特殊的bitmap來顯示哪些允許空值的列上儲存的真的是空值。如果是NULL,在訪問每一行的時候SQL Server都必須對這個bitmap進行解碼。
2,允許NULL還增加了應用程式代碼的複雜度,總的添加一些特殊的邏輯來處理這個NULL值,這常常會導致bug。
第二點,在包含不允許NULL的列上,要加入一些預設值,如果不允許NULL,但是還沒有加預設值,在沒有顯示列插入的話,就會造成INSERT的失敗,SQL Server預設在INSERT中,對沒有顯示的列做NULL插入。
最後一點,主要涉及到於NULL值的比較。在我們印象中,是用IS NULL,IS NOT NULL比較呢,還是用=,<>比較呢。這取決於資料庫選項ANSI NULLS,我們不可能更改資料庫選項(我們大部分不是DBA),但是我們可以使用會話設定SET ANSI_NULLS相當於資料庫選項ANSI NULLS。當這個選項為真是,所有與空值的比較都將得出FALSE,代碼必須使用IS NULL條件來判斷是否為空白,而當這個選項為假時,如果進行比較的兩個值都是空值將得出TRUE,SQL Server允許將 =NULL作為IS NULL的同義字,將<> NULL 作為IS NOT NULL的同義字。
如果忘記這個選項,建議用IS NULL判斷空,IS NOT NULL判斷非空。
測試如下:
在t3表中只有兩行資料,如圖:
SET ANSI_NULLS OFF 時:
SET ANSI_NULLS ON 時
總結下來,最優的辦法是:在設計表的時候,不要允許欄位為NULL,並為欄位附上預設值。