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 *

  from test1 t1,

       (select owner,

               max(object_id) maxo,

               min(object_id) mino,

               avg(object_id) avgo

          from test2

         group by owner) t2

 where t1.owner = t2.owner

   and t1.object_id > t2.avgo;

3,　　下面看下语句的执行计划：
　　


--------------------------------------------------------------------------------------

| Id  | Operation            | Name  | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |

--------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT     |       | 90420 |    18M|       |  1540   (1)| 00:00:19 |

|*  1 |  FILTER              |       |       |       |       |            |          |

|   2 |   HASH GROUP BY      |       | 90420 |    18M|       |  1540   (1)| 00:00:19 |

|*  3 |    HASH JOIN         |       | 90420 |    18M|  3712K|  1535   (1)| 00:00:19 |

|   4 |     TABLE ACCESS FULL| TEST2 | 90420 |  2649K|       |   246   (1)| 00:00:03 |

|   5 |     TABLE ACCESS FULL| TEST1 | 90420 |    16M|       |   247   (2)| 00:00:03 |

--------------------------------------------------------------------------------------


Predicate Information (identified by operation id):

---------------------------------------------------


1 - filter("T1"."OBJECT_ID">SUM("OBJECT_ID")/COUNT("OBJECT_ID"))

   3 - access("T1"."OWNER"="OWNER")

这里，oracle对inline view进行了视图合并，其执行过程是：

  1. 对test2，test1进行hash join。

  2. 对结果进行group by分组

  3. 然后过滤object_id大于均值的记录

看下其执行的情况：


26864 rows selected.

Elapsed: 00:11:53.64

Statistics

----------------------------------------------------------

          1  recursive calls

          0  db block gets

       2172  consistent gets

       1081  physical reads

          0  redo size

    2304647  bytes sent via SQL*Net to client

      20182  bytes received via SQL*Net from client

       1792  SQL*Net roundtrips to/from client

          0  sorts (memory)

          0  sorts (disk)

      26864  rows processed

两个表的记录数:66957。结果集数:26864。
而整体的运行时间接近12分钟。
下面调整一下查询的执行计划，使用no_merge
hint使用优化器不进行查询装换，对inline view不进行合并：

　　


select /*+ no_merge(t2)*/*

  from test1 t1,

       (select owner,

               max(object_id) maxo,

               min(object_id) mino,

               avg(object_id) avgo

          from test2

         group by owner) t2

 where t1.owner = t2.owner

   and t1.object_id > t2.avgo;


26864 rows selected.

Elapsed: 00:00:01.47

Execution Plan

----------------------------------------------------------

Plan hash value: 1122024653

--------------------------------------------------------------------------------------

| Id  | Operation            | Name  | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |

--------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT     |       |  4521 |  1028K|       |  1600   (1)| 00:00:20 |

|*  1 |  HASH JOIN           |       |  4521 |  1028K|  6008K|  1600   (1)| 00:00:20 |

|   2 |   VIEW               |       | 90420 |  4944K|       |   251   (3)| 00:00:04 |

|   3 |    HASH GROUP BY     |       | 90420 |  2649K|       |   251   (3)| 00:00:04 |

|   4 |     TABLE ACCESS FULL| TEST2 | 90420 |  2649K|       |   246   (1)| 00:00:03 |

|   5 |   TABLE ACCESS FULL  | TEST1 | 90420 |    15M|       |   247   (2)| 00:00:03 |

--------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

---------------------------------------------------

   1 - access("T1"."OWNER"="T2"."OWNER")

       filter("T1"."OBJECT_ID">"T2"."AVGO")

Statistics

----------------------------------------------------------

          0  recursive calls

          0  db block gets

       3934  consistent gets

          0  physical reads

          0  redo size

    1602672  bytes sent via SQL*Net to client

      20182  bytes received via SQL*Net from client

       1792  SQL*Net roundtrips to/from client

          0  sorts (memory)

          0  sorts (disk)

      26864  rows processed

使用no_merge hint，其执行过程是：先对test2先进行group
by分组，然后对中间结果集进行hash驱动来join。
对比不同的执行计划，两个执行的时间却相差甚远。

现在打开10046 event，来看一下执行的具体花费的时间和计算的cost：

　　


********************************************************************************

select /*+ no_merge(t2)*/*

  from test1 t1,

       (select owner,

               max(object_id) maxo,

               min(object_id) mino,

               avg(object_id) avgo

          from test2

         group by owner) t2

 where t1.owner = t2.owner

   and t1.object_id > t2.avgo

call     count       cpu    elapsed       disk      query    current        rows

------- ------  -------- ---------- ---------- ---------- ----------  ----------

Parse        1      0.00       0.00          0          0          0           0

Execute      1      0.00       0.00          0          0          0           0

Fetch     1792      0.70       0.68          0       3934          0       26864

------- ------  -------- ---------- ---------- ---------- ----------  ----------

total     1794      0.70       0.68          0       3934          0       26864

Rows     Row Source Operation

-------  ---------------------------------------------------

  26864  HASH JOIN  (cr=3934 pr=0 pw=0 time=569062 us)

    121   VIEW  (cr=1086 pr=0 pw=0 time=216305 us)

    121    HASH GROUP BY (cr=1086 pr=0 pw=0 time=216052 us)

  66953     TABLE ACCESS FULL TEST2 (cr=1086 pr=0 pw=0 time=67093 us)

  66957   TABLE ACCESS FULL TEST1 (cr=2848 pr=0 pw=0 time=69776 us)

Rows     Execution Plan

-------  ---------------------------------------------------

      0  SELECT STATEMENT   MODE: ALL_ROWS

  26864   HASH JOIN

    121    VIEW

    121     HASH (GROUP BY)

  66953      TABLE ACCESS (FULL) OF ‘TEST2‘ (TABLE)

  66957    TABLE ACCESS (FULL) OF ‘TEST1‘ (TABLE)

********************************************************************************

下面看另外一个merge后的执行情况：


********************************************************************************

select *

  from test1 t1,

       (select owner,

               max(object_id) maxo,

               min(object_id) mino,

               avg(object_id) avgo

          from test2

         group by owner) t2

 where t1.owner = t2.owner

   and t1.object_id > t2.avgo


call     count       cpu    elapsed       disk      query    current        rows

------- ------  -------- ---------- ---------- ---------- ----------  ----------

Parse        1      0.00       0.00          0          0          0           0

Execute      1      0.00       0.00          0          0          0           0

Fetch     1792    530.60     518.52          0       2172          0       26864

------- ------  -------- ---------- ---------- ---------- ----------  ----------

total     1794    530.60     518.52          0       2172          0       26864

Rows     Row Source Operation

-------  ---------------------------------------------------

  26864  FILTER  (cr=2172 pr=0 pw=0 time=518383093 us)

  66957   HASH GROUP BY (cr=2172 pr=0 pw=0 time=518245046 us)

147500423    HASH JOIN  (cr=2172 pr=0 pw=0 time=147797490 us)

  66953     TABLE ACCESS FULL TEST2 (cr=1086 pr=0 pw=0 time=67029 us)

  66957     TABLE ACCESS FULL TEST1 (cr=1086 pr=0 pw=0 time=67029 us)


Rows     Execution Plan

-------  ---------------------------------------------------

      0  SELECT STATEMENT   MODE: ALL_ROWS

  26864   FILTER

  66957    HASH (GROUP BY)

147500423     HASH JOIN

  66953      TABLE ACCESS (FULL) OF ‘TEST2‘ (TABLE)

  66957      TABLE ACCESS (FULL) OF ‘TEST1‘ (TABLE)

********************************************************************************

可以很明显的看出，时间花费在什么地方了。在进行hash group
by和filter的过程中花费了大量的时间。
因为test1和test2进行hash join的中间结果有147,500,423条。

　　

总结：
无论是inline view的merge还是其它的可选执行计划，最优的那个访问路径一定是具备了以下的条件：

  1. 优先对查询应用过滤性条件，尽可能多的减少中间结果集。

  2. 尽可能的只扫描期望得到的那一部分数据，减少不必要的开销。

oracle查询转换_view merge,码迷,mamicode.com

时间： 2024-04-20 12:29:41

oracle查询转换_view merge的相关文章

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 查询转换之子查询展开

概念:子查询展开(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查询转换之连接谓词推入

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

45个非常有用的 Oracle 查询语句小结

 这里我们介绍的是 40+ 个非常有用的 Oracle 查询语句,主要涵盖了日期操作,获取服务器信息,获取执行状态,计算数据库大小等等方面的查询.这些是所有 Oracle 开发者都必备的技能,所以快快收藏吧. 原文地址:http://www.jbxue.com/db/19890.html 日期/时间 相关查询 1.获取当前月份的第一天 运行这个命令能快速返回当前月份的第一天.你可以用任何的日期值替换 "SYSDATE"来指定查询的日期. 复制代码代码如下: SELECT TRUNC

45 个非常有用的 Oracle 查询语句

这里我们介绍的是 40+ 个非常有用的 Oracle 查询语句,主要涵盖了日期操作,获取服务器信息,获取执行状态,计算数据库大小等等方面的查询.这些是所有 Oracle 开发者都必备的技能,所以快快收藏吧! 日期/时间 相关查询 获取当前月份的第一天 运行这个命令能快速返回当前月份的第一天.你可以用任何的日期值替换 "SYSDATE"来指定查询的日期. ? 1 2 SELECT TRUNC (SYSDATE, 'MONTH') "First day of current mo

优化器的查询转换

1.视图合并 SQL> create view emp_vm as 2 select empno,ename,job,sal,comm,deptno 3 from emp 4 where deptno=30; View created. SQL> select empno 2 from emp_vm 3 where empno > 150; EMPNO ---------- 7499 7521 7654 7698 7844 7900 6 rows selected. SQL> se

ORACLE: 查询(看)表的主键、外键、唯一性约束和索引

ORACLE: 查询(看)表的主键.外键.唯一性约束和索引 1.查找表的所有索引(包括索引名,类型,构成列) select t.*,i.index_type from user_ind_columns t,user_indexes i where t.index_name = i.index_name and t.table_name = i.table_name and t.table_name = 表名 2.查找表的主键(包括名称,构成列): select cu.* from user_co

ORACLE数字转换人民币大写

ORACLE数字转换人民币大写     示例.   数字                        :            183066999230.68 人民币大写            :            壹仟捌佰参拾亿零陆仟陆佰玖拾玖万玖仟贰佰参拾圆陆角捌分   数字                        :            999900000000 人民币大写            :            玖仟玖佰玖拾玖亿圆整     Step 1.  Cre