平时经常会遇到这两种写法: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结构:
rownum data
-------------------
1 'liu yang'
2 null
3 '12345'
按照ansi sql标准,下面的两个查询都不返回任何行:
查询一: 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值的行需要用下面的查询:
select * from test where data is null
由此可见非ansi sql标准中data=null等同于data is null,data<>null等同于data is not 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”。