理解MySQL 的IN 關鍵字中的NULL 處理
MySQL 的IN 關鍵字傳回布林結果,但需要注意的是,它並不總是返回返回1(真)或0(假)。 NULL 的特殊情況可能會引入意外行為,尤其是在過濾資料時。
IN 中NULL 的情況
以下查詢排除Error 列為以下任一情況的行: '逾時'或'連接錯誤':
select count(*) from Table1 where CurrentDateTime>'2012-05-28 15:34:02.403504' and Error not in ('Timeout','Connection Error')
但是,此查詢不包含Error 為NULL 的行。這是因為當值與 NULL 進行比較時,IN 運算子的計算結果為 NULL。因此,對於具有 NULL 值的行,表達式「Error not in ('Timeout','Connection Error')」為 false。
NULL 處理的解決方法
要在處理NULL 值時檢索正確的結果,有幾種方法:
1.使用COALESCE() 預設為空字串
COALESCE(Error,'') not in ('Timeout','Connection Error')
2.使用OR 檢定NULL 和值不等式
Error IS NULL OR Error not in ('Timeout','Connection Error')
3.使用CASE 模擬布林求值
CASE WHEN Error IS NULL THEN 1 ELSE Error not in ('Timeout','Connection Error') THEN 1 END = 1
區分大小寫和效能
OR 不會短路,這表示即使第一個是假的。另一方面,如果滿足第一個條件,CASE 可以停止評估。當存在許多潛在的 NULL 值時,這會帶來更好的效能。
空白比較範例
要說明IN 表達式中NULL 的行為,請考慮下表:
msg | description |
---|---|
hi | greet |
NULL | nothing |
表達式:
select 'hulk' as x, msg, description from tbl where msg not in ('bruce','banner')
將只傳回有「hi」的行。這是因為另一行的 msg 為 NULL,導致比較不確定。
綜上所述,MySQL 的 IN 關鍵字在與 NULL 值進行比較時可能會傳回 NULL,從而導致篩選時出現意外的結果。為了解決這個問題,請使用上面討論的解決方法之一來確保準確的資料檢索。
以上是如何處理MySQL的IN關鍵字中的NULL值以進行精確過濾?的詳細內容。更多資訊請關注PHP中文網其他相關文章!