看板 Database 關於我們 聯絡資訊
以前在學 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
chentsungmin:我的習慣也不會留Null,給定預設值定義會比較明確 05/21 10:02
chentsungmin:在程式處理上也可以少掉Null的判斷,在做Where時也 05/21 10:02
chentsungmin:可以比較精確!!! 05/21 10:03
fantasyj:依情況而定, null使用的好壞跟index多少也有點關係 05/21 23:29
fantasyj:除非設定時確定欄位一定要有值,個人習慣會允許可null 05/21 23:30
cleanwind:我會留 NULL ,可還是會塞特定值。 05/22 17:08