了不起的 “filter(NULL IS NOT NULL)”
经常会在执行计划中看到很奇怪的"FILTER"操作，然后看对应的执行信息是"filter(NULL IS NOT NULL)". 其实这是优化器非常聪明的“短路”操作。
比如下面的这个执行计划，（尤其是从统计信息中可以看到logical/physical reads都是0)
(注：在Ask Tom: On Constraints, Metadata, and Truth (http://www.oracle.com/technetwork/issue-archive/2011/11-mar/o21asktom-312223.html) 有提到)
Execution Plan
----------------------------------------------------------
Plan hash value: 3049830378 ---------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 2 | 58 | 2 (100)| 00:00:01 |
| 1 | VIEW | V_LO_SEC_USER_US | 2 | 58 | 2 (100)| 00:00:01 |
| 2 | SORT UNIQUE | | 2 | 38 | 2 (100)| 00:00:01 |
| 3 | UNION-ALL | | | | | |
|* 4 | FILTER | | | | | |
|* 5 | HASH JOIN | | 5 | 160 | 3 (34)| 00:00:01 |
| 6 | VIEW | | 3 | 78 | 1 (0)| 00:00:01 |
|* 7 | CONNECT BY WITHOUT FILTERING| | | | | |
| 8 | INDEX FULL SCAN | PK_LO_SEC_USER_SET_LINKS | 3 | 18 | 1 (0)| 00:00:01 |
| 9 | INDEX FULL SCAN | PK_LO_SEC_USER_US_LINKS | 8 | 48 | 1 (0)| 00:00:01 |
|* 10 | FILTER | | | | | |
| 11 | INDEX FULL SCAN | PK_LO_SEC_USER_US_LINKS | 8 | 48 | 1 (0)| 00:00:01 |
--------------------------------------------------------------------------------------------------------------- Predicate Information (identified by operation id):
--------------------------------------------------- 4 - filter(NULL IS NOT NULL)
5 - access("US"."CHILD_USER_SET_ID"="USL"."USER_SET_ID")
7 - access("CHILD_USER_SET_ID"=PRIOR "PARENT_USER_SET_ID")
10 - filter(NULL IS NOT NULL) Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
0 consistent gets
0 physical reads
0 redo size
467 bytes sent via SQL*Net to client
493 bytes received via SQL*Net from client
1 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
0 rows processed
这个是很赞的。
不过今天在看一条SQL执行计划的时候，却发现有点异常。
SQL是这样的
select * from V_LO_SEC_BU where is_org=1;
View的定义如下：
CREATE OR REPLACE FORCE VIEW V_LO_SEC_BU
(
IS_ORG,
BU_ID,
CHILD_BU_ID,
IS_DIRECT
)
AS
SELECT /* IS_ORG = 1 only return organzational tree, IS_ORG=0 return all the tree*/
1 AS is_org,
CONNECT_BY_ROOT parent_bu_id AS bu_id,
child_bu_id AS child_bu_id,
CASE WHEN level > 1 THEN 0 ELSE 1 END AS is_direct
FROM (SELECT * FROM lo_sec_bu_links WHERE is_organization = 'Y')
CONNECT BY PRIOR child_bu_id = parent_bu_id
UNION ALL
SELECT 0 AS is_org,
CONNECT_BY_ROOT parent_bu_id AS bu_id,
child_bu_id AS child_bu_id,
CASE WHEN level > 1 THEN 0 ELSE 1 END AS is_direct
FROM lo_sec_bu_links
CONNECT BY PRIOR child_bu_id = parent_bu_id;
这个View很简单了，就是个两部分结果的合集。UNION 之前的是 is_org=1的数据， UNION之后的是is_org=0的数据。上面的SQL是只想得到UNION之前的数据，按道理是SQL优化器是可以知道只要执行UNION之前的SQL就好了，UNION下面的SQL可以直接短路掉。但是执行计划看来不是这样的，
Execution Plan
----------------------------------------------------------
Plan hash value: 1778311211 ------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 25 | 800 | 4 (0)| 00:00:01 |
| 1 | VIEW | V_LO_SEC_BU | 25 | 800 | 4 (0)| 00:00:01 |
| 2 | UNION-ALL | | | | | |
|* 3 | FILTER | | | | | |
|* 4 | CONNECT BY WITHOUT FILTERING| | | | | |
|* 5 | TABLE ACCESS FULL | LO_SEC_BU_LINKS | 12 | 96 | 3 (0)| 00:00:01 |
|* 6 | FILTER | | | | | |
|* 7 | CONNECT BY WITHOUT FILTERING| | | | | |
| 8 | INDEX FULL SCAN | PK_LO_SEC_BU_LINKS | 13 | 78 | 1 (0)| 00:00:01 |
------------------------------------------------------------------------------------------------------ Predicate Information (identified by operation id):
--------------------------------------------------- - filter(=)
4 - access("LO_SEC_BU_LINKS"."PARENT_BU_ID"=PRIOR "LO_SEC_BU_LINKS"."CHILD_BU_ID")
5 - filter("IS_ORGANIZATION"='Y')
- filter(=)
7 - access("PARENT_BU_ID"=PRIOR "CHILD_BU_ID") Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
7 consistent gets
0 physical reads
0 redo size
1193 bytes sent via SQL*Net to client
515 bytes received via SQL*Net from client
3 SQL*Net roundtrips to/from client
2 sorts (memory)
0 sorts (disk)
26 rows processed
注意第6步操作是 filter(0=1)， 而不是filter(NULL IS NOT NULL)！ 虽然0=1和 NULL IS NOT NULL 都是FALSE, 但是filter (0=1)却只是个简单的对结果进行过滤的操作，而不是短路(i.e. Filter的子操作(step7和8）都不执行）！
那么怎么帮助SQL优化器知道这是个可以“短路”的操作呢。试着改下这个View， 如下 -
CREATE OR REPLACE FORCE VIEW V_LO_SEC_BU
(
IS_ORG,
BU_ID,
CHILD_BU_ID,
IS_DIRECT
)
AS
SELECT is_org,
bu_id,
child_bu_id,
is_direct
FROM
(
SELECT /* IS_ORG = 1 only return organzational tree, IS_ORG=0 return all the tree*/
1 AS is_org,
CONNECT_BY_ROOT parent_bu_id AS bu_id,
child_bu_id AS child_bu_id,
CASE WHEN level > 1 THEN 0 ELSE 1 END AS is_direct
FROM (SELECT * FROM lo_sec_bu_links WHERE is_organization = 'Y')
CONNECT BY PRIOR child_bu_id = parent_bu_id
)
WHERE is_org = 1
UNION ALL
SELECT is_org,
bu_id,
child_bu_id,
is_direct
FROM
(
SELECT 0 AS is_org,
CONNECT_BY_ROOT parent_bu_id AS bu_id,
child_bu_id AS child_bu_id,
CASE WHEN level > 1 THEN 0 ELSE 1 END AS is_direct
FROM lo_sec_bu_links
CONNECT BY PRIOR child_bu_id = parent_bu_id
)
WHERE is_org = 0
;
再次执行下上面的SQL，执行计划如下，
Execution Plan
----------------------------------------------------------
Plan hash value: 959389615 -------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 13 | 416 | 3 (0)| 00:00:01 |
| 1 | VIEW | V_LO_SEC_BU | 13 | 416 | 3 (0)| 00:00:01 |
| 2 | UNION-ALL | | | | | |
|* 3 | VIEW | | 12 | 384 | 3 (0)| 00:00:01 |
|* 4 | CONNECT BY WITHOUT FILTERING | | | | | |
|* 5 | TABLE ACCESS FULL | LO_SEC_BU_LINKS | 12 | 96 | 3 (0)| 00:00:01 |
|* 6 | FILTER | | | | | |
|* 7 | VIEW | | 13 | 403 | 1 (0)| 00:00:01 |
|* 8 | CONNECT BY WITHOUT FILTERING| | | | | |
| 9 | INDEX FULL SCAN | PK_LO_SEC_BU_LINKS | 13 | 78 | 1 (0)| 00:00:01 |
------------------------------------------------------------------------------------------------------- Predicate Information (identified by operation id):
--------------------------------------------------- 3 - filter("IS_ORG"=1)
4 - access("LO_SEC_BU_LINKS"."PARENT_BU_ID"=PRIOR "LO_SEC_BU_LINKS"."CHILD_BU_ID")
5 - filter("IS_ORGANIZATION"='Y')
6 - filter(NULL IS NOT NULL)
7 - filter("IS_ORG"=0)
8 - access("PARENT_BU_ID"=PRIOR "CHILD_BU_ID") Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
6 consistent gets
0 physical reads
0 redo size
1193 bytes sent via SQL*Net to client
515 bytes received via SQL*Net from client
3 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
26 rows processed
这次就出现了filter(NULL IS NOT NULL), 而且从consistent gets (由7下降为6)可以看出UNION之后的部分是没有执行的。如果SQL改成读取is_org=0效果会更加明显。
Execution Plan
----------------------------------------------------------
Plan hash value: 4072402958 -------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 14 | 448 | 1 (0)| 00:00:01 |
| 1 | VIEW | V_LO_SEC_BU | 14 | 448 | 1 (0)| 00:00:01 |
| 2 | UNION-ALL | | | | | |
|* 3 | FILTER | | | | | |
|* 4 | VIEW | | 12 | 384 | 3 (0)| 00:00:01 |
|* 5 | CONNECT BY WITHOUT FILTERING| | | | | |
|* 6 | TABLE ACCESS FULL | LO_SEC_BU_LINKS | 12 | 96 | 3 (0)| 00:00:01 |
|* 7 | VIEW | | 13 | 403 | 1 (0)| 00:00:01 |
|* 8 | CONNECT BY WITHOUT FILTERING | | | | | |
| 9 | INDEX FULL SCAN | PK_LO_SEC_BU_LINKS | 13 | 78 | 1 (0)| 00:00:01 |
------------------------------------------------------------------------------------------------------- Predicate Information (identified by operation id):
--------------------------------------------------- 3 - filter(NULL IS NOT NULL)
4 - filter("IS_ORG"=1)
5 - access("LO_SEC_BU_LINKS"."PARENT_BU_ID"=PRIOR "LO_SEC_BU_LINKS"."CHILD_BU_ID")
6 - filter("IS_ORGANIZATION"='Y')
7 - filter("IS_ORG"=0)
8 - access("PARENT_BU_ID"=PRIOR "CHILD_BU_ID") Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
1 consistent gets
0 physical reads
0 redo size
1215 bytes sent via SQL*Net to client
515 bytes received via SQL*Net from client
3 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
28 rows processed
这次发现consistent gets 为1， 正好印证了is_org=1短路了（consistent gets 减少了1） UNION之后的那部分的操作。
了不起的 “filter(NULL IS NOT NULL)”的更多相关文章
- com.opensymphony.xwork2.ognl.OgnlValueStack] - target is null for setProperty(null, "emailTypeNo", [Ljava.lang.String;@6f205e]
情况1,查询结果未转换为与前台交互的实体类DTO 实体类:EmailTypeDto package com.manage.email.dto; public class EmailTypeDto { ...
- ognl.OgnlException: target is null for setProperty(null, "emailTypeNo", [Ljava.lang.String;@1513fd0)
[com.opensymphony.xwork2.ognl.OgnlValueStack] - Error setting expression 'emaiTypeDto.emailTypeNo' w ...
- IOS开发遇到（null）与<null>轻松处理
在ios开发中不可避免的我们会遇到服务器返回的值有空值,但是如果是nil也就算了还可能得到(null)以及<null>的返回值,该如何处理呢?(当然有的字典转模型中已处理,可以通过遍历等) ...
- SQL语句中=null和is null
平时经常会遇到这两种写法:IS NOT NULL与!=NULL.也经常会遇到数据库有符合条件!=NULL的数据,但是返回为空集合.实际上,是由于对二者使用区别理解不透彻. 默认情况下,推荐使用 IS ...
- mysql探究之null与not null
相信很多用了mysql很久的人,对这两个字段属性的概念还不是很清楚,一般会有以下疑问: 1.我字段类型是not null,为什么我可以插入空值 2.为毛not null的效率比null高 3.判断字段 ...
- 【MySQL】探究之null与not null
相信很多用了mysql很久的人,对这两个字段属性的概念还不是很清楚,一般会有以下疑问: 我字段类型是not null,为什么我可以插入空值 为毛not null的效率比null高 判断字段不为空的时候 ...
- IOS开发中（null）与<null>的处理
不小心在开发过程中,得到了(null)以及<null>的返回值,找了好长时间只找到了一个关于<null>的. 由于要根据返回值进行判断,做出必要反应,因此必须知道返回值所代表的 ...
- 数据库中is null(is not null)与=null(!=null)的区别
在标准SQL语言(ANIS SQL)SQL-92规定的Null值的比较取值结果都为False,既Null=Null取值也是False.NULL在这里是一种未知值,千变万化的变量,不是“空”这一个定值! ...
- 原！！ java直接打印一个对象时，并不是直接调用该类的toString方法 ，而是会先判断是否为null，非null才会调用toString方法
网上看了好多java直接打印一个对象时,直接调用该类的toString方法 . 但是: Object obj=null; System.out.println(obj);//没有报错 System.o ...
随机推荐
- PS中标尺工具在哪里
打开photoshop应用程序,然后在PS菜单中点击“视图——标尺”选项即可打开ps标尺栏. 单位设置: 按Ctrl+K快捷键会弹出“首选项”对话框,你选择“单位与标尺”项,在“单位”一栏里 ...
- Discuz常见小问题-无法登陆UCenter怎么办
打开uc_server/model/admin.php找到第22行的$this->cookie_status = 0;改成$this->cookie_status = isset($_CO ...
- 使用Yii 1.1框架搭建第一个web应用程序
我已经安装好了WampServer,web项目根目录是 D:\wamp\www. 1.下载Yii 1.1的源码 yii-1.1.14.f0fee9.tar.gz: 2.解压源码包,放在web项目的根目 ...
- php json数据处理中文编码
<?php function Notice(){ include './include/conn.php'; //数据库链接文件 $sql_notice = mysql_query('SELEC ...
- [转]intellij 13新建javaweb项目并用tomcat 7启动
来自:http://blog.csdn.net/little__zm/article/details/19570535 对intellij不熟,找了很多文章,只这篇最为顺利.其他都有各种各校的问题,先 ...
- ONVIFclient搜索设备获取rtsp地址开发笔记(精华篇)
概要: 眼下ONVIF协议家族设备已占领数字监控行业半壁江山以上.亲,作为开发人员的你还在犹豫是否了解下吗?本文介绍了ONVIFclient从设备搜索,鉴权,能力获取,媒体信息获取 ...
- VB总结2——内部函数
VB中内部函数大概有120多个,但是对于我们来说常用的不多,对于那些不常用用的时候再查 常用的内部函数大体可以分为六类: 数学函数,随即函数,字符串函数,数据类型转换函数,日期时间函数,格式输出函数等 ...
- TestNG方法測试及注意要点 代码及配置具体解释(解决testng方法不运行问题)
教你解决为什么TestNG中方法加了@Test注解,也在配置文件里配置了,可是方法就是不运行! 在使用TestNG进行測试时,使用配置文件的方式更easy于维护.可是常常遇到明明方法写了也配置运行了, ...
- C#多线程之 ManualResetEvent和AutoResetEvent
初次体验 ManualResetEvent和AutoResetEvent主要负责多线程编程中的线程同步:以下一段是引述网上和MSDN的解析: 在.Net多线程编程中,AutoResetEvent和Ma ...
- 使用Nginx限制同一IP的访问频率
http://nginx.org/en/docs/http/ngx_http_limit_conn_module.html http://nginx.org/en/docs/http/ngx_http ...