没有区别。
在我看来,在性能方面可能会有所不同。有人愿意详细说明吗?
所有主要引擎(即MySQL、SQL Server、Oracle 和PostgreSQL)都会在解析阶段合并这些谓词,并从中制定相同的计划。
处理这些条件比仅以一种或另一种顺序应用运算符更为复杂。
例如,在Oracle 中,IS NOT NULL(或NOT IS NULL)条件暗示使用索引的可能性,所以这样的查询:
SELECT column
FROM mytable
WHERE column IS NOT NULL
很可能会使用index fast full scan 执行,而不会在运行时进行额外的检查(因为NULL 的值不会进入索引,所以检查它们是没有用的)。
即使需要检查每条记录,检查的顺序也将由优化器定义(而不是由谓词和运算符在WHERE 子句中出现的顺序)。
例如,这是一个Oracle 查询的计划:
SQL> EXPLAIN PLAN FOR
2
2 SELECT *
3 FROM t_test
4 WHERE NOT column IS NULL
5 /
Explained
SQL> SELECT *
2 FROM TABLE(DBMS_XPLAN.display())
3 /
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 958699830
----------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 30 | 1260 | 3 (0)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| T_TEST | 30 | 1260 | 3 (0)| 00:00:01 |
----------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 - filter("COLUMN" IS NOT NULL)
如您所见,filter 在内部被翻译成IS NOT NULL(Oracle 以及大多数评论者似乎认为这是更合适的形式)
更新:
正如 Jonathan Leffler 指出的那样,在评估元组(而不是单列)时,这些是不同的。
由混合的NULL 和非NULL 值组成的元组既不是NULL,也不是NOT NULL。
在PostgreSQL(支持这个针对元组的谓词)中,这两个表达式:
SELECT (1, NULL) IS NULL
SELECT (1, NULL) IS NOT NULL
评估为假。