SQL Server中not in查詢不準確分析及解決方法

在SQL Server中，Null值并不是一個值，而是表示特定含義，其所表示的含義是“Unknow”，可以理解為未定義或者未知，因此任何與Null值進行比對的二元操作符結(jié)果一定為Null，包括Null值本身。而在SQL Server中，Null值的含義轉(zhuǎn)換為Bool類型的結(jié)果為False。讓我們來看一個簡單的例子，如圖1所示。

圖1.Null值與任何值進行對比結(jié)果都為Null

SQL Server提供了“IS”操作符與Null值做對比，用于衡量某個值是否為Null。

那么Not In 的問題在哪呢，如圖2所示。

圖2.Not In產(chǎn)生不準確的值

在圖2中，條件3不屬于Not In后面列表的任意一個，該查詢卻不返回任何值，與預(yù)期的結(jié)果不同，那么具體原因就是Not In子句對于Null值的處理，在SQL Server中，圖2中所示的Not In子句其實可以等價轉(zhuǎn)換為如圖3所示的查詢。

圖3.對于Not In子句來說，可以進行等價轉(zhuǎn)換

在圖3中可以看到Not In可以轉(zhuǎn)換為條件對于每個值進行不等比對，并用邏輯與連接起來，而前面提到過Null值與任意其他值做比較時，結(jié)果永遠為Null，在Where條件中也就是False，因此3<>null就會導(dǎo)致不返回任何行，導(dǎo)致Not In子句產(chǎn)生的結(jié)果在意料之外。

因此，Not In子句如果來自于某個表或者列表很長，其中大量值中即使存在一個Null值，也會導(dǎo)致最終結(jié)果不會返回任何數(shù)據(jù)。

解決辦法

解決辦法就是不使用Not In，而使用Not Exists作為替代。Exists的操作符不會返回Null，只會根據(jù)子查詢中的每一行決定返回True或者False，當遇到Null值時，只會返回False，而不會由某個Null值導(dǎo)致整個子查詢表達式為Null。對于圖2中所示的查詢，我們可以改寫為子查詢，如圖4所示。

圖4.Not Exists可以正確返回結(jié)果