Oracle查询转换之连接谓词推入

连接谓词推入(Join Predicate  Pushdown)是优化器处理带视图的目标SQL的一种优化手段，它是指虽然优化器会把该SQL中视图的定义SQL语句当作一个独立单元来单独执行，但此时优化器会把原本处于该视图外部查询中和该视图之间的连接条件推入到该视图的定义SQL语句内部，这样是为了能使用上该视图内部相关基表上的索引，进而能走出基于索引的嵌套循环连接。

连接谓词推入所带来的基于索引的嵌套循环连接并不一定能走出更高效的执行计划，因为当做了连接谓词推入后，原目标SQL中的视图就和外部查询产生了关联，同时Oracle又必须将该视图的定义SQL语句当作一个独立的处理单元单独执行，这也就意味着对于外部查询所在结果集中的每一条记录，上述视图的定义SQL语句都得单独执行一次，这样一旦外部查询所在的结果集的Cardinality比较大的话，即便在执行上述视图的定义语句时能用上索引，整个SQL的执行效率也不定比不做连接谓词推入时的哈希连接或排序合并连接高。所以Oracle在做连接谓词推入时会考虑成本，只有当经过连接谓词推入后走嵌套循环连接的等价改写SQL的成本值小于原SQL的成本值时，Oracle才会对目标SQL做连接谓词推入。

Oracle是否能做连接谓词推入与目标视图的类型、该视图与外部查询之间的连接类型以及连接方法有关。到目前为止，Oracle仅仅支持对如下类型的视图做连接谓词推入。

  • 视图定义SQL语句中包含UNION ALL/UNION的视图
  • 视图定义SQL语句中包含DISTINCT的视图
  • 视图定义SQL语句中包含GROUP BY的视图
  • 和外部查询之间的连接类型是外连接的视图
  • 和外部查询之间的连接类型是反连接的视图
  • 和外部查询之间的连接类型是半连接的视图

看一个连接谓词推入的实例，创建测试表、相关索引和一个普通视图和一个带有UNION ALL的视图

[email protected]>create table emp1 as select * from emp;

Table created.

[email protected]>create table emp2 as select * from emp;

Table created.

[email protected]>create index idx_emp1 on emp1(empno);

Index created.

[email protected]>create index idx_emp2 on emp2(empno);

Index created.

[email protected]>create or replace view emp_view as 
  2  select emp1.empno as empno1 from emp1;

View created.

[email protected]>create or replace view emp_view_union as
  2  select emp1.empno as empno1 from emp1
  3  union all
  4  select emp2.empno as empno1 from emp2;

View created.

执行测试SQL

[email protected]>select /*+ no_merge(emp_view) */ emp.empno
  2  from emp,emp_view
  3  where emp.empno=emp_view.empno1(+)
  4  and emp.ename=‘FORD‘;

     EMPNO
----------
      7902

在上面的SQL中，我们使用了no_merge hint是为了让Oracle不对视图EMP_VIEW做视图合并，这样就具备了做连接谓词推入的基本条件。这里外部查询和视图EMP_VIEW的连接条件为“emp.empno=emp_view.empno1(+)”，由于已经在视图EMP_VIEW的基表EMP1的列EMPNO上创建了索引IDX_EMP1，而且这里的连接类型又是外连接，根据前面的介绍，对于视图EMP_VIEW而言，所有能做连接谓词推入的条件都已具备，Oracle在执行上面的SQL时会考虑做连接谓词推入。如果做连接谓词推入，执行计划就会 走嵌套循环外连接并且访问视图EMP_VIEW的基表EMP1时会使用列EMPNO上的索引IDX_EMP1。

从执行计划上可以看出，Oracle在执行测试SQL时确实走的是嵌套循环外连接，并且访问视图EMP_VIEW的基表EMP1时用到了索引IDX_EMP1。而且Id=3的执行步骤上Name列的值是“EMP_VIEW”，Operation列的值是“VIEW PUSHED PREDICATE”。这说明Oracle确实没有对视图EMP_VIEW做视图合并，而是把它当作一个独立的执行单元来单独执行，并且把外部查询和视图EMP_VIEW之间的连接条件“emp.empno=emp_view.empno1(+)”推入到了视图的定义语句内部。

如果不做连接谓词推入，那Oracle在访问视图EMP_VIEW的基表EMP1时就只能做全表扫描了。在测试SQL中加入no_push_pred hint(让优化器不要对视图EMP_VIEW做连接谓词推入)再次执行

[email protected]>select /*+ no_merge(emp_view) no_push_pred(emp_view) */ emp.empno
  2  from emp,emp_view
  3  where emp.empno=emp_view.empno1(+)
  4  and emp.ename=‘FORD‘;

     EMPNO
----------
      7902

执行计划已经变为了HASH JOIN OUTER，而且对EMP_VIEW的基表EMP1确实用的是全表扫描。

现在把测试SQL改一下，把EMP_VIEW用EMP_VIEW_UNION视图替换，并把连接类型改为内连接，再次执行

[email protected]>select emp.empno
  2  from emp,emp_view_union
  3  where emp.empno=emp_view_union.empno1
  4  and emp.ename=‘FORD‘;

     EMPNO
----------
      7902
      7902

视图EMP_VIEW_UNION的定义SQL语句中包含UNION ALL，它本身就不能做视图合并，因而具备了做连接谓词推入的基本条件。这里外部查询和视图EMP_VIEW_UNION的连接条件为“emp.empno=emp_view_union.empno1”视图对基表上的EMPNO列都有索引，虽然这里的连接类型是内连接，但对于包含UNION ALL的视图EMP_VIEW_UNION而言，所有能作连接谓词推入的条件都已具备，意味着Oracle地执行上述SQL时做考虑做连接谓词推入。如果做连接谓词推入，那执行计划就会走嵌套循环连接，并且访问视图的基表会用上列EMPNO上的索引。

从执行计划中可以看出，Oracle走的执行计划与预想的一样。

在SQL中加入no_push_pred hint(让优化器不要对视图EMP_VIEW做连接谓词推入)再次执行

[email protected]>select /*+ no_push_pred(emp_view_union) */emp.empno
  2  from emp,emp_view_union
  3  where emp.empno=emp_view_union.empno1
  4  and emp.ename=‘FORD‘;

     EMPNO
----------
      7902
      7902

从执行计划可以看出，不使用连接谓词推入，则对视图的基表做的是全表扫描。

之前提到过，Oracle在做连接谓词推入时会考虑成本，只有经过连接谓词推入后走嵌套循环连接的等价改写SQL的成本值小于原SQL的成本值时，Oracle才会对目标SQL做连接谓词推入。

现在来验证一下，在上面的SQL中加入cardinality hint，让CBO认为外围查询的结果集的Cardinality是1万，这样就会急剧增加做连接谓词推入后的嵌套循环连接的成本，如果Oracle在做连接谓词推入是确实会考虑成本，那么此时Oracle就一定不会再选择做连接谓词推入。

[email protected]>select /*+ cardinality(emp 10000) */emp.empno
  2  from emp,emp_view_union
  3  where emp.empno=emp_view_union.empno1
  4  and emp.ename=‘FORD‘;

     EMPNO
----------
      7902
      7902

[email protected]>select /*+ cardinality(emp 10000) push_pred(emp_view_union) */emp.empno
  2  from emp,emp_view_union
  3  where emp.empno=emp_view_union.empno1
  4  and emp.ename=‘FORD‘;

     EMPNO
----------
      7902
      7902

从上面的测试可以看出使用cardinality hint后Oracle没有选择做连接谓词推入，此时的成本为10，使用push_pred强制做连接谓词推入，看到成本为20008。这也验证了之前说的Oracle在做连接谓词推入会考虑成本。

下面再看使用了内嵌视图且连接类型为外连接的示例：

[email protected]>select /*+ no_merge(emp_view_inline) */ emp.empno
  2  from emp,(select emp1.empno as empno1 from emp1) emp_view_inline
  3  where emp.empno=emp_view_inline.empno1(+)
  4  and emp.ename=‘FORD‘;

     EMPNO
----------
      7902

对于上面的SQL，所有能做连接谓词推入的条件都已具备，从执行计划中也可以看出Oracle确实也做了连接谓词推入。

再回到一开始执行的SQL，把外连接改为内连接，并在其中加入push_pred hint(让优化器对视图EMP_VIEW做连接谓词推入)和USE_NL hint

[email protected]>select /*+ no_merge(emp_view) use_nl(emp_view) push_pred(emp_view) */ emp.empno
  2  from emp,emp_view
  3  where emp.empno=emp_view.empno1
  4  and emp.ename=‘FORD‘;

     EMPNO
----------
      7902

从执行计划来看，Oracle没有做连接谓词推入，因为它不属于开关提到的那几种能做连接谓词推入的情形，即使使用了Hint也不行。

虽然Oracle是否能做连接谓词推入与目标视图是否能做视图合并、是否是内嵌视图没有关系，但是与目标视图的类型、与外查询之间的连接类型及连接方法是有关系的。到目前为止，Oracle里能做连接谓词推入的情形公限于开头提到的那几种类型，如果不属于这些情形，即便是看起来很简单，Oracle也不会做。

参考《基于Oracle的SQL优化》

官方文档：http://docs.oracle.com/cd/E11882_01/server.112/e41573/optimops.htm#i55050

时间： 2024-08-06 11:55:30

Oracle查询转换之连接谓词推入的相关文章

谓词推入

--Join Predicate Pushdowncreate table emp1 as select * from scott.emp create table emp2 as select * from scott.emp create index idx_emp1 on emp1(empno); create index idx_emp2 on emp2(empno); create or replace view emp_view as select emp1.empno as emp

MySQL sql 无法自动谓词推入

mysql 版本 5.6.16: 优化前: [email protected] jd_credit 03:41:23>SELECT aaa.POP_VENDER_ACC_ID as accId, sum(aaa.aa1) as TC ->   FROM (SELECT a.POP_VENDER_ACC_ID, ->                a.POP_VENDER_NAME, ->                a.license_no, ->             

oracle查询转换_inlist转换

oracle的optimizer会对一些sql语句进行查询转换,比如: 合并视图 子查询非嵌套化 inlist转换 下面讲讲遇到的in list转化优化的案例: create table test( col1 varchar2(12) col2 number ext varchar2(4000) ); create index test_ind on test(user_id, col2); create sequence seq_test cache 200; 第一步:准备一些测试数据(10个

oracle查询转换_view merge

oracle对于子查询的支持做的很好,oracle optimizer会对inline view进行query transfomation,即视图合并,不过也经常带来意想不到的问题.下面是一个inline view的merge的例子: 1, 创建临时表 1 create table test1 as select * from dba_objects; 2 create table test2 as select * from dba_objects; 2, 以下查询语句 select * fr

Oracle 查询转换之子查询展开

概念:子查询展开(Subquery Unnesting)是优化器处理带子查询的目标sql的一种优化手段,它是指优化器不再将目标sql中子查询当作一个独立的处理单元来单独执行,而是将该子查询转换为它自身和外部查询之间等价的表连接.这种等价连接转换要么是将子查询展开(即将该子查询中的表,视图从子查询中拿出来,然后和外部查询中的表,视图做表连接),要么是不拆开但是会把该子查询转换为一个内嵌视图(Inline View)然后再和外部查询中的表,视图做表连接.Oracle 会确保子查询展开所对应的等价连接

Oracle查询转换之视图合并

一.简单视图合并:指针对那些不含外连接,以及所带视图定义sql语句中不含distinct,group by等聚合函数的目标sql的视图合并. create or replace view view_1 as SELECT t2.prod_id   FROM sales t2, customers t3  WHERE t2.cust_id = t3.cust_id    AND t3.cust_gender = 'M'; 视图合并:   SELECT t1.prod_id, t1.prod_nam

Oracle查询多表连接

Oracle多表连接查询数据主要分3类: 一:交叉连接 表A有3条数据,表B有4条数据,交叉连接后有12条数据 select empno,ename,sal,emp.deptno,dname from emp cross join dept; select empno,ename,sal,emp.deptno,dname from emp ,dept; 二:内连接 (1)等值连接 select empno,ename,sal,emp.deptno,dname from emp,dept wher

查询转换

视图合并,视图合并是一种能将内嵌或存储式视图展开为能够独立分析或者与查询剩余部分合成总体执行计划的独立查询的转换,改写后的语句基本上不包含视图.视图合并常常发生在当外部查询块的谓语包括下列项的时候. 能够在另一个查询块的索引中使用的列 能够在另一个查询块的分区截断中使用的列 在一个联结视图中能够限制返回行数的条件 . select * from orders o,(select sales_rep_id from orders) o_view where o.sales_rep_id=o_vie

Oracle用户登录和连接查询、特殊排序、over()、rank()、decode()、 case when、UNION/UNION ALL

一.登录问题 1. 忘记用户名密码: (1)默认应户名密码: system/manager    sys/change_on_install     scott/tiger (2)cmd以系统管理员身份登录: C:\Users\SAMSUNG>sqlplus system/manager as sysdba 查看所有user: SQL> select username from dba_users; 修改用户密码: SQL> alter user scott identified by