資料庫設計是否應該允許空值的存在

一直以來做MIS系統的開發，資料庫也設計了無數，本來看到靈感之源的blog，還不想說什麼，不過後來又出來了http://www.cnblogs.com/William_Fire/archive/2004/06/27/19046.aspx，所以感覺必須要說些我自己的觀點了。

先總結一下他們對於在資料庫設計中需要完全消除NULL的理由：
1、不利於前景程式的編寫，需要判斷是否為NULL
2、NULL在實際業務模型中不可能存在，不利於OO映射
3、影響編程效率

反駁如下：
1、txtName.Text = Employee.Name & “”
2、NULL並不表示這個屬性沒有，而是說這個屬性暫時“未知”，比如說員工表的出生日期欄位，用default?1900-01-01?還是1990-01-01? 難道這種預設值就不需要前景程式判斷？
3、如第1條所述，我不會因為NULL的存在而影響效率

那麼是否應該使用NULL呢？是全盤肯定還是全盤否定？都不是，該用的時候就用，不該用的時候就不能用，因為在進行NULL的查詢時是無法利用到索引的，所以在經常要查詢的欄位上要盡量避免出現NULL，很多時候可以使用default來處理，但如果“未知”無法使用任何預設值來替代時，就只能通過NULL來標識了，比如說一個欄位的取值，可能會是負無窮到正無窮，那麼你將使用什麼default來標識“未知”？

那麼我是否喜歡用NULL呢？實際上我用得不能算多，但不能算少，比如說一個員工表，有學曆、電話、住址。。這些我都會讓它們允許為空白，NULL和''的default對我來說沒有任何區別，而單據上的單據日期這種，肯定不可為空的，那麼NOT NULL為true，這是為了資料完整性的，而一些數值欄位，我都會用0做為default，一是為了方便統計，不必去寫ISNULL(..,...)，二是為了查詢速度。

資料庫的設計中我們應該知道每種特性的優點和缺點，而不要冒然地去否定或是大shi褒揚，比如說預存程序、觸發器、視圖、自訂資料類型。。。都會有自己的優缺點。