自相矛盾：Null is Not Null引发的成本误区

黄玮（Fuyuncat）

资深Oracle DBA，个人网www.HelloDBA.com，致力于数据库底层技术的研究，其作品获得广大同行的高度评价.

在SQL的世界里，总有一些情况是你意想不到的，以下这个案例可以让你理解这样一种情况。

这是一个开发者请求分析的一个SQL，原因是执行计划很让人费解。首先通过Explain执行一次SQL，获取执行计划：

在以下的执行计划中，可以看到第三步骤的执行计划成本为100，而最终的成本却是0，这是让人最为费解之处：

那么仔细观察一下过滤谓词，可以看到一个奇妙之处，第二步骤处有一个过滤谓词信息，这是优化器自动添加上去的，其判定为NULL IS NOT NULL，这显然是一个恒假的条件.

根据这个条件，Oracle无需执行所有SQL，直接返回，这也就是无论执行计划树的成本是多少，最终过滤的成本总是0，SQL无需真正执行。

那么为什么会有这样一个始终为False的条件呢？从SQL中可以看出端倪。

在SQL代码中存在如下条件：

6 AND NVL(MVMT.EVENT_CURRENT_CONTRA_IND,'0')='DELETED' 7 AND NVL(MVMT.EVENT_CURRENT_CONTRA_IND,'0')= 'ROLLBACK'

按照这个条件，'DELETED'='ROLLBACK',这显然不可能，所以出现了恒假的条件，最终确认是程序员的疏忽导致的错误编码。

在程序的世界里，什么事情都可能发生，所以在开发过程中进行必要的SQL审核，不可缺少。