平時經常會遇到這兩種寫法：is not null與!=null。也經常會遇到數據庫有符合條件!=null的數據，但是返回為空集合。實際上，是由于對二者使用區(qū)別理解不透徹。

默認情況下，推薦使用 is not null去做條件判斷，因為sql默認情況下對where xx！= null的判斷會永遠返回0行，卻不會提示語法錯誤。

這是為什么呢？

sql server文檔中對null值的比較運算定義了兩種規(guī)則，如在sql server 2000中：

規(guī)則一是是ansisql（sql-92）規(guī)定的null值的比較取值結果都為false，既null=null取值也是false。另一種不準循ansisql標準，即null=null為true。：

例如數據表test結構：

查詢一: select * from test where data=null
查詢二: select * from test where data<>null

而按照非ansi sql標準，查詢1將返回第二行，查詢2返回1、3行。

這是因為在sql中，null是一種特有的數據類型，其等價于沒有任何值、是未知數。null與0、空字符串、空格都不同。
ansi sql標準中取得null值的行需要用下面的查詢：

所以我們要牢記：默認情況下做比較條件時使用關鍵字“is null”和“is not null”。

如果你一定要使用!= null來進行條件判斷，需要加上這個命令語句：set ansi_nulls off，這時數據庫進入ansi sql非標準模式，你會發(fā)現is not null 和 != null 是等效的了。

這里使用的是模式切換命令set ansi_nulls[on/off]。on值采用ansi sql嚴格標準，off值采用非標準兼容模式。另外set ansi_defaults [on/off]命令也可以實現標準的切換，只是這個命令控制的是一組符合sql-92標準的設置，其中就包括null值的標準。

默認情況下，數據庫管理程序（db-library）是set ansi_nulls為off的。但是我們的大多數應用程序，都是通過odbc或者oledb來訪問數據庫的，作為一種開放兼容的數據庫訪問程序，或許是兼容性的考慮，setansi_nulls值設置為on。這樣一來帶來的一些問題是需要注意的。像存儲過程或者自定義函數這樣的應用程序都是基于db-library的，默認情況下，setansi_nulls為off，并且在這樣的程序中，不能使用setansi_nulls在一個環(huán)境中修改規(guī)則，只能修改數據庫配置參數。

例如下面這種情況：你的應用程序使用adodb來訪問數據庫，采用oledb或者odbc數據提供程序。對于查詢一: select * from test where data=null
我們可以直接發(fā)送命令取得查詢結果集，也可把它放到存儲過程當中。但二者查詢結果不同。若直接使用查詢命令，不返回任何行；而如果訪問存儲過程，返回第2行的數據。

最后，我們再次聲明：數據庫默認情況下，做sql條件查詢比較時使用關鍵字“is null”和“is not null”。