[SQL ] 是否避免null值
以前在學 PL/SQL 時，
是由一位有相當不錯業界經驗的老師教的。
老師有特別提到，設計資料庫的欄位時，
若可以不使用 null 值，就應該盡量將該欄位設 NOT NULL，
即使沒有資料，也塞一些將來可以辨識出來為無資料的值進去，
ex : '' OR -1 之類的，
他說：「如果你習慣使用 null 值，
將來總有一天你會遇到大問題。」
雖然這樣的話感覺很武斷，
但我想他的原意應該是，遇到null值時，
在處理table和下SQL指令時，可能總是要做一些額外判斷，
若是沒處理好，取資料若取出奇怪的結果，就很不好找原因之類的。
* * * * * *
現在剛開始工作不久，在開 table 時，
我遇到一個 entity A，
它關聯於 entity B 或 entity C 其中一者，
這三個 entity 分別存放於 TABLE A', B', C'，
其 PK 都是由 1開始 increment 1 的正整數。
所以 TABLE A' 就有二個欄位, say: B_id, C_id，
分別對應到 TABLE B' 及 TABLE C' 的PK，
我很自然的，就將 B_id, C_id 設 NOT NULL，
而若 entity a1 是對應到 entity b1，
則 entity a1 的 B_id 欄位 就給對應 entity b1 的pk值，
C_id 欄位就給 -1。
老闆後來看到，就覺得我多此一舉，
問我幹嘛不把 B_id, C_id 允許 NULL，
沒對應到的就不寫值, 留 null 就好。
其實我因為經驗不是很夠，無法了解老師當初的深意，
所以也對老闆講不出個什麼東西來，
但是我的老闆也好講話，也沒真的很計較這件事，沒有叫我改回來。
我想請教較我更有經驗的各位，在習慣上，
避免使用 NULL 值是否真會帶來什麼優點，
或是反而會有什麼缺點？
若是習慣使用 NULL，是否會像在埋地雷一樣？
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.135.221.164
→
05/21 10:02, , 1F
05/21 10:02, 1F
→
05/21 10:02, , 2F
05/21 10:02, 2F
→
05/21 10:03, , 3F
05/21 10:03, 3F
→
05/21 23:29, , 4F
05/21 23:29, 4F
→
05/21 23:30, , 5F
05/21 23:30, 5F
推
05/22 17:08, , 6F
05/22 17:08, 6F
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 7 篇)：