平时经常会遇到这两种写法：is not null与!=null。也经常会遇到数据库有符合条件!=null的数据，但是返回为空集合。实际上，是由于对二者使用区别理解不透彻。

默认情况下，推荐使用 is not null去做条件判断，因为sql默认情况下对where xx！= null的判断会永远返回0行，却不会提示语法错误。

这是为什么呢？

sql server文档中对null值的比较运算定义了两种规则，如在sql server 2000中：

规则一是是ansisql（sql-92）规定的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非标准模式，你会发现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在一个环境中修改规则，只能修改数据库配置参数。

例如下面这种情况：你的应用程序使用adodb来访问数据库，采用oledb或者odbc数据提供程序。对于查询一: select * from test where data=null
我们可以直接发送命令取得查询结果集，也可把它放到存储过程当中。但二者查询结果不同。若直接使用查询命令，不返回任何行；而如果访问存储过程，返回第2行的数据。

最后，我们再次声明：数据库默认情况下，做sql条件查询比较时使用关键字“is null”和“is not null”。