我們設計表時，在字段是否允許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，並為字段附上默認值。
