在 SQL 中該如何處理NULL值，你真的清楚么？
作者：陳哈哈
blog.csdn.net/qq_39390545/article/details/105859502
在日常使用數(shù)據(jù)庫(kù)時(shí)，你在意過NULL值么？
其實(shí)，NULL值在數(shù)據(jù)庫(kù)中是一個(gè)很特殊且有趣的存在，下面我們一起來看看吧；
在查詢數(shù)據(jù)庫(kù)時(shí)，如果你想知道一個(gè)列（例如：用戶注冊(cè)年限 USER_AGE）是否為 NULL，SQL 查詢語句該怎么寫呢？
是這樣：
SELECT * FROM TABLE WHERE USER_AGE = NULL
還是這樣？
SELECT * FROM TABLE WHERE USER_AGE IS NULL
當(dāng)然，正確的寫法應(yīng)該是第二種（WHERE USER_AGE IS NULL）。
但為什么要這樣寫呢？在進(jìn)行數(shù)據(jù)庫(kù)數(shù)據(jù)比較操作時(shí)，我們不會(huì)使用“IS”關(guān)鍵詞，不是嗎？
一臉懵逼
例如，如果我們想要知道一個(gè)列的值是否等于 1，WHERE 語句是這樣的：
WHERE USER_AGE = 1
那為什么 NULL 值要用 IS 關(guān)鍵字呢？為什么要以這種方式來處理 NULL？
因?yàn)?，?SQL 中，NULL 表示“未知”。也就是說，NULL 值表示的是“未知”的值。
NULL = 未知；
在大多數(shù)數(shù)據(jù)庫(kù)中，NULl 和空字符串是有區(qū)別的。
但并不是所有數(shù)據(jù)庫(kù)都這樣，例如，Oracle 就不支持空字符串，它會(huì)把空字符串自動(dòng)轉(zhuǎn)成 NULL 值。
在其他大多數(shù)數(shù)據(jù)庫(kù)里，NULL 值和字符串的處理方式是不一樣的：
空字符（""）串雖然表示“沒有值”，但這個(gè)值是已知的。 NULL 表示 “未知值”，這個(gè)值是未知的。
這就好比我問了一個(gè)問題：“川建國(guó)的小名叫什么？”
有人會(huì)回答說：“我不知道川建國(guó)的小名是什么”。對(duì)于這種情況，可以在數(shù)據(jù)庫(kù)中使用Nickname列來表示川建國(guó)的小名，而這一列的值為 NULL。
也有人會(huì)回答說：“川建國(guó)沒有小名。他的父母沒有給他取小名，大家雖然一直叫他川二狗，但是我知道川建國(guó)確實(shí)沒有小名”。對(duì)于這種情況，Nickname列應(yīng)該是一個(gè)空字符串（""）。
Oracle 比較特殊，兩個(gè)值都使用 NULL 來表示，而其他大多數(shù)數(shù)據(jù)庫(kù)會(huì)區(qū)分對(duì)待。
但只要記住 NULL 表示的是一個(gè)未知的值，那么在寫 SQL 查詢語句時(shí)就會(huì)得心應(yīng)手。
例如，如果你有一個(gè)這樣的查詢語句：
SELECT * FROM SOME_TABLE WHERE 1 = 1
這個(gè)查詢會(huì)返回所有的行（假設(shè) SOME_TABLE 不是空表），因?yàn)楸磉_(dá)式“1=1”一定為 true。
如果我這樣寫：
SELECT * FROM SOME_TABLE WHERE 1 = 0
表達(dá)式“1=0”是 false，這個(gè)查詢語句不會(huì)返回任何數(shù)據(jù)。
但如果我寫成這樣：
SELECT * FROM SOME_TABLE WHERE 1 = NULL
這個(gè)時(shí)候，數(shù)據(jù)庫(kù)不知道這兩個(gè)值（1 和 NULL）是否相等，因此會(huì)認(rèn)定為“NULL”或“未知”，所以它也不會(huì)返回任何數(shù)據(jù)。
三元邏輯
SQL 查詢語句中的 WHERE 一般會(huì)有三種結(jié)果：
它可以是 true（這個(gè)時(shí)候會(huì)返回?cái)?shù)據(jù)）； 它可以是 false（這個(gè)時(shí)候不會(huì)返回?cái)?shù)據(jù)）； 它也可以是 NULL 或未知（這個(gè)時(shí)候也不會(huì)返回?cái)?shù)據(jù)）；
你可能會(huì)想：“既然這樣，那我為什么要去關(guān)心是 false 還是 NULL？它們不是都不會(huì)返回?cái)?shù)據(jù)嗎？”
接下來，我來告訴你在哪些情況下會(huì)有問題：我們來看看 NOT( ) 方法。
假設(shè)有這樣的一個(gè)查詢語句：
SELECT * FROM SOME_TABLE WHERE NOT(1 = 1)
數(shù)據(jù)庫(kù)首先會(huì)計(jì)算 1=1，這個(gè)顯然是 true。
接著，數(shù)據(jù)庫(kù)會(huì)應(yīng)用 NOT() 條件，所以 WHERE 返回 false。
所以，上面的查詢不會(huì)返回任何數(shù)據(jù)。
但如果把語句改成這樣：
SELECT * FROM SOME_TABLE WHERE NOT(1 = 0)
數(shù)據(jù)庫(kù)首先會(huì)計(jì)算 1=0，這個(gè)肯定是 false。
接著，數(shù)據(jù)庫(kù)應(yīng)用 NOT() 條件，這樣就得到相反的結(jié)果，變成了 true。
所以，這個(gè)語句會(huì)返回?cái)?shù)據(jù)。
但如果把語句再改成下面這樣呢？
SELECT * FROM SOME_TABLE WHERE NOT(1 = NULL)
數(shù)據(jù)庫(kù)首先計(jì)算 1=NULL，它不知道 1 是否等于 NULL，因?yàn)樗恢?NULL 的值是什么。
所以，這個(gè)計(jì)算不會(huì)返回 true，也不會(huì)返回 false，它會(huì)返回一個(gè) NULL。
接下來，NOT() 會(huì)繼續(xù)解析上一個(gè)計(jì)算返回的結(jié)果。
當(dāng) NOT() 遇到 NULL，它會(huì)生成另一個(gè) NULL。未知的相反面是另一個(gè)未知。
所以，對(duì)于這兩個(gè)查詢：
SELECT * FROM SOME_TABLE WHERE NOT(1 = NULL)
SELECT * FROM SOME_TABLE WHERE 1 = NULL
都不會(huì)返回?cái)?shù)據(jù)，盡管它們是完全相反的。
NULL 和 NOT IN
如果我有這樣的一個(gè)查詢語句：
SELECT * FROM TABLE WHERE 1 IN (1, 2, 3, 4, NULL)
很顯然，WHERE 返回 true，這個(gè)語句將返回?cái)?shù)據(jù)，因?yàn)?1 在括號(hào)列表里是存在的。
但如果這么寫：
SELECT * FROM SOME_TABLE WHERE 1 NOT IN (1, 2, 3, 4, NULL)
很顯然，WHERE 返回 false，這個(gè)查詢不會(huì)返回?cái)?shù)據(jù)，因?yàn)?1 在括號(hào)列表里存在，但我們說的是“NOT IN”。
但如果我們把語句改成這樣呢？
SELECT * FROM SOME_TABLE WHERE 5 NOT IN (1, 2, 3, 4, NULL)
這里的 WHERE 不會(huì)返回?cái)?shù)據(jù)，因?yàn)樗慕Y(jié)果不是 true。數(shù)字 5 在括號(hào)列表里可能不存在，也可能存在，因?yàn)楫?dāng)中有一個(gè) NULL 值（數(shù)據(jù)庫(kù)不知道 NULL 的值是什么）。
這個(gè) WHERE 會(huì)返回 NULL，所以整個(gè)查詢不會(huì)返回任何數(shù)據(jù)。
希望大家現(xiàn)在都清楚該怎么在 SQL 語句中處理 NULL 值了。
1. CTO 說了，如果發(fā)現(xiàn)誰用 kill -9 關(guān)閉程序就開除
2. 你可能用錯(cuò)了 kafka 的重試機(jī)制
4. Spring中如Service有多個(gè)實(shí)現(xiàn)類，它怎么知道該注入哪個(gè)ServiceImpl類？
最近面試BAT，整理一份面試資料《Java面試BATJ通關(guān)手冊(cè)》，覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務(wù)、數(shù)據(jù)庫(kù)、數(shù)據(jù)結(jié)構(gòu)等等。
獲取方式：點(diǎn)“在看”，關(guān)注公眾號(hào)并回復(fù) Java 領(lǐng)取，更多內(nèi)容陸續(xù)奉上。
文章有幫助的話，在看，轉(zhuǎn)發(fā)吧。
謝謝支持喲 (*^__^*）
