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_name
     FROM products t1,view_1
    WHERE t1.prod_id = view_1.prod_id
  4       AND t1.prod_list_price > 1000;
Execution Plan
----------------------------------------------------------
Plan hash value: 3569238377
-----------------------------------------------------------------------------------------------------------------------
| Id  | Operation       | Name      | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
-----------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT       |      |   213K|    10M|   648(2)| 00:00:08 |       |       |
|*  1 |  HASH JOIN       |      |   213K|    10M|   648(2)| 00:00:08 |       |       |
|*  2 |   VIEW       | index$_join$_004     | 27750 |   189K|   119(1)| 00:00:02 |       |       |
|*  3 |    HASH JOIN       |      |       |       |    |      |       |       |
|   4 |     BITMAP CONVERSION TO ROWIDS|      | 27750 |   189K|     2(0)| 00:00:01 |       |       |
|*  5 |      BITMAP INDEX SINGLE VALUE | CUSTOMERS_GENDER_BIX |       |       |    |      |       |       |
|   6 |     INDEX FAST FULL SCAN       | CUSTOMERS_PK      | 27750 |   189K|   145(0)| 00:00:02 |       |       |
|*  7 |   HASH JOIN       |      |   213K|  9160K|   528(2)| 00:00:07 |       |       |
|*  8 |    TABLE ACCESS FULL       | PRODUCTS      |    17 |   595 |     3(0)| 00:00:01 |       |       |
|   9 |    PARTITION RANGE ALL       |      |   918K|  8075K|   523(1)| 00:00:07 |     1 |    28 |
|  10 |     TABLE ACCESS FULL       | SALES      |   918K|  8075K|   523(1)| 00:00:07 |     1 |    28 |
-----------------------------------------------------------------------------------------------------------------------

禁用视图合并：

      SELECT /*+ no_merge(view_1) */
         t1.prod_id, t1.prod_name
          FROM products t1, view_1
         WHERE t1.prod_id = view_1.prod_id
              AND t1.prod_list_price > 1000 ;
10156 rows selected.
Execution Plan
----------------------------------------------------------
Plan hash value: 2109926904
-------------------------------------------------------------------------------------------------------------------------
| Id  | Operation | Name | Rows| Bytes | Cost (%CPU)| Time| Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT ||   213K|  9992K|   649   (2)| 00:00:08 |||
|*  1 |  HASH JOIN ||   213K|  9992K|   649   (2)| 00:00:08 |||
|*  2 |   TABLE ACCESS FULL | PRODUCTS|    17 |   595 |     3   (0)| 00:00:01 |||
|   3 |   VIEW | VIEW_1|   918K|    11M|   644   (2)| 00:00:08 |||
|*  4 |    HASH JOIN ||   918K|    14M|   644   (2)| 00:00:08 |||
|*  5 |     VIEW | index$_join$_004| 27750 |   189K|   119   (1)| 00:00:02 |||
|*  6 |      HASH JOIN ||||     ||||
|   7 |       BITMAP CONVERSION TO ROWIDS|| 27750 |   189K|     2   (0)| 00:00:01 |||
|*  8 |        BITMAP INDEX SINGLE VALUE | CUSTOMERS_GENDER_BIX |||     ||||
|   9 |       INDEX FAST FULL SCAN | CUSTOMERS_PK | 27750 |   189K|   145   (0)| 00:00:02 |||
|  10 |     PARTITION RANGE ALL  ||   918K|  8075K|   523   (1)| 00:00:07 |     1 |    28 |
|  11 |      TABLE ACCESS FULL | SALES|   918K|  8075K|   523   (1)| 00:00:07 |     1 |    28 |
-------------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("T1"."PROD_ID"="VIEW_1"."PROD_ID")
   2 - filter("T1"."PROD_LIST_PRICE">1000)
   4 - access("T2"."CUST_ID"="T3"."CUST_ID")
   5 - filter("T3"."CUST_GENDER"=‘M‘)
   6 - access(ROWID=ROWID)
   8 - access("T3"."CUST_GENDER"=‘M‘)

一般来说，如果oracle并没有选择对带视图的目标sql执行合并的话，那么该sql的执行计划中就会见到“view”关键字，并且该关键字所对应的Name列的值就是该视图的名称.

千万 不要认为只要执行计划中出现了VIEW关键字就表明oracle一定没有做视图合并，这是不一定的，因为还存在着其他的一些特殊情形，在这些情形下，即使oracle做了视图合并，其对应执行计划中叶会出现VIEW关键字，比如inde_jion后面出现的临时视图，对于符合简单条件视图合并条件的目标sql。oracle始终会对其进行视图合并，不管成本。

二:外连接视图合并：是指针对那些使用了外连接，以及所带视图的视图定义sql语句中不含distinct，group by等聚合函数的目标sql的视图合并。这里使用外连接的含义指外部查询的表和视图之间使用了外连接，或该视图的视图定义sql语句中使用了外连接。外连接视图的限制：当目标视图和外部查询的表做外连接时，该目标视图可以做外连接视图合并的前提条件是，要么该视图被作为外连接的驱动表，要么该视图虽然被作为外连接的被驱动表但它的视图定义的sql语句中指包含一个表。

   SELECT t1.prod_id, t1.prod_name
     FROM products t1,view_2
  3      WHERE t1.prod_id(+) = view_2.prod_id;
594703 rows selected.
Execution Plan
----------------------------------------------------------
Plan hash value: 523667190
------------------------------------------------------------------------------------------------------------------------
| Id  | Operation| Name       | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT|       |   918K|    40M|   649 (2)| 00:00:08 |       |       |
|*  1 |  HASH JOIN RIGHT OUTER|       |   918K|    40M|   649 (2)| 00:00:08 |       |       |
|   2 |   TABLE ACCESS FULL| PRODUCTS       |    72 |  2160 |     3 (0)| 00:00:01 |       |       |
|*  3 |   HASH JOIN|       |   918K|    14M|   644 (2)| 00:00:08 |       |       |
|*  4 |    VIEW | index$_join$_004     | 27750 |   189K|   119 (1)| 00:00:02 |       |       |
|*  5 |     HASH JOIN|       |       |       |    |       |       |       |
|   6 |      BITMAP CONVERSION TO ROWIDS|       | 27750 |   189K|     2 (0)| 00:00:01 |       |       |
|*  7 |       BITMAP INDEX SINGLE VALUE | CUSTOMERS_GENDER_BIX |       |       |    |       |       |       |
|   8 |      INDEX FAST FULL SCAN| CUSTOMERS_PK       | 27750 |   189K|   145 (0)| 00:00:02 |       |       |
|   9 |    PARTITION RANGE ALL|       |   918K|  8075K|   523 (1)| 00:00:07 |     1 |    28 |
|  10 |     TABLE ACCESS FULL| SALES        |   918K|  8075K|   523 (1)| 00:00:07 |     1 |    28 |
------------------------------------------------------------------------------------------------------------------------

更改驱动表后，没有进行视图合并（且视图定义sql有2个表关联）：

 SELECT t1.prod_id, t1.prod_name
     FROM products t1,view_2
  3      WHERE t1.prod_id = view_2.prod_id(+)
  4  ；
  5  
   SELECT t1.prod_id, t1.prod_name
     FROM products t1,view_2
  3      WHERE t1.prod_id = view_2.prod_id(+)
  4  ;
594703 rows selected
Execution Plan
----------------------------------------------------------
Plan hash value: 2735117096
-------------------------------------------------------------------------------------------------------------------------
| Id  | Operation | Name | Rows| Bytes | Cost (%CPU)| Time| Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT ||   918K|    37M|   649   (2)| 00:00:08 |||
|*  1 |  HASH JOIN OUTER ||   918K|    37M|   649   (2)| 00:00:08 |||
|   2 |   TABLE ACCESS FULL | PRODUCTS|    72 |  2160 |     3   (0)| 00:00:01 |||
|   3 |   VIEW | VIEW_2|   918K|    11M|   644   (2)| 00:00:08 |||
|*  4 |    HASH JOIN ||   918K|    14M|   644   (2)| 00:00:08 |||
|*  5 |     VIEW | index$_join$_004| 27750 |   189K|   119   (1)| 00:00:02 |||
|*  6 |      HASH JOIN ||||     ||||
|   7 |       BITMAP CONVERSION TO ROWIDS|| 27750 |   189K|     2   (0)| 00:00:01 |||
|*  8 |        BITMAP INDEX SINGLE VALUE | CUSTOMERS_GENDER_BIX |||     ||||
|   9 |       INDEX FAST FULL SCAN | CUSTOMERS_PK | 27750 |   189K|   145   (0)| 00:00:02 |||
|  10 |     PARTITION RANGE ALL  ||   918K|  8075K|   523   (1)| 00:00:07 |     1 |    28 |
|  11 |      TABLE ACCESS FULL | SALES|   918K|  8075K|   523   (1)| 00:00:07 |     1 |    28 |
-------------------------------------------------------------------------------------------------------------------------

当视图的定义sql中只有一个表：

可以进行视图合并：

 create or replace view view_3 as
SELECT t2.prod_id
  FROM sales t2
 WHERE t2.amount_sold>700
   SELECT t1.prod_id, t1.prod_name
     FROM products t1,view_3
  3      WHERE t1.prod_id = view_3.prod_id(+);
39317 rows selected.
Execution Plan
----------------------------------------------------------
Plan hash value: 1313708566
-------------------------------------------------------------------------------------------------
| Id  | Operation     | Name| Rows| Bytes | Cost (%CPU)| Time| Pstart| Pstop |
-------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT     ||   560K|    20M|   531   (2)| 00:00:07 |||
|*  1 |  HASH JOIN OUTER     ||   560K|    20M|   531   (2)| 00:00:07 |||
|   2 |   TABLE ACCESS FULL  | PRODUCTS |    72 |  2160 |     3   (0)| 00:00:01 |||
|   3 |   PARTITION RANGE ALL||   560K|  4922K|   526   (2)| 00:00:07 |     1 |    28 |
|*  4 |    TABLE ACCESS FULL | SALES|   560K|  4922K|   526   (2)| 00:00:07 |     1 |    28 |
-------------------------------------------------------------------------------------------------

三.复杂视图合并：

复杂视图合并（Complex View Mergin）是针对那些所带视图的视图定义sql语句中中含有group by或distinct的目标sql的视图合并.

和简单视图合并，外连接视图合并一样，对这种视图定义sql语句中含有group by或distinct的复杂视图做视图合并也同样意味着要把其定义sql语句拆开，并把其中的基表和外部查询中的表合并，这通常意味着上述视图定义sql语句中的group by或distinct操作会被推迟执行，也就是说，这种情况下通常会先做表连接，再做group by 或distinct操作，而不是像未做复杂视图合并时那样在视图内部做完group by或distinct操作，然后才和外部查询中的表做表连接。

复杂视图合并所对应的group by 或distinct操作延迟，并不一定总是能带来执行效率以及性能上的提升。例如，如果group by或distinct操作能过滤掉绝大部分的数据且表连接并不能有效过滤数据的话，那么先在视图内部做group by或者distinct操作，然后和外部查询中的表做表连接的执行效率会更高些，但是如果表连接能过滤绝大部分数据而group by或distinct操作并不能有效过滤数据的话，那么先做表连接，在做group by或distinct的操作的执行效率显然会更好一些。

正是因为复杂视图合并并不一定总是能带来目标sql的执行效率及性能上得提升，所以oracle 10g及以后的版本中，对应复杂视图的合并，只有当经过复杂视图合并后等价sql的成本值小于原sql的成本值时，oracle才会对目标sql执行复杂sql的视图合并。

SQL> set lines 200 pagesize 1000

SELECT t1.cust_id, t1.cust_last_name

FROM customers t1, products t2, view_3 t3

WHERE t1.cust_id = t3.cust_id

AND t2.prod_id = t3.prod_id

AND t3.total > 1000

AND t2.prod_category = ‘Hardware‘

AND t1.cust_year_of_birth = 1977

7    8     AND t1.cust_marital_status = ‘married‘;

32 rows selected.

Execution Plan

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

Plan hash value: 3286306050

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

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

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

|   0 | SELECT STATEMENT | |    61 |  5002 |   544   (2)| 00:00:07 | | |

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

|   2 |   HASH GROUP BY | |    61 |  5002 |   544   (2)| 00:00:07 | | |

|*  3 |    HASH JOIN | |  1201 | 98482 |   543   (2)| 00:00:07 | | |

|   4 |     TABLE ACCESS BY INDEX ROWID  | PRODUCTS |    14 |   462 |     3   (0)| 00:00:01 | | |

|*  5 |      INDEX RANGE SCAN | PRODUCTS_PROD_CAT_IX  |    14 | |     1   (0)| 00:00:01 | | |

|*  6 |     HASH JOIN | |  6007 |   287K|   540   (2)| 00:00:07 | | |

|   7 |      TABLE ACCESS BY INDEX ROWID | CUSTOMERS |    46 |  1610 |    13   (0)| 00:00:01 | | |

|   8 |       BITMAP CONVERSION TO ROWIDS| | | |      | | | |

|   9 |        BITMAP AND | | | |      | | | |

|* 10 | BITMAP INDEX SINGLE VALUE| CUSTOMERS_YOB_BIX | | |      | | | |

|* 11 | BITMAP INDEX SINGLE VALUE| CUSTOMERS_MARITAL_BIX | | |      | | | |

|  12 |      PARTITION RANGE ALL | |   918K|    12M|   525   (2)| 00:00:07 |     1 |    28 |

|  13 |       TABLE ACCESS FULL | SALES |   918K|    12M|   525   (2)| 00:00:07 |     1 |    28 |

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

Predicate Information (identified by operation id):

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

1 - filter(SUM("AMOUNT_SOLD")>1000)

3 - access("T2"."PROD_ID"="PROD_ID")

5 - access("T2"."PROD_CATEGORY"=‘Hardware‘)

6 - access("T1"."CUST_ID"="CUST_ID")

10 - access("T1"."CUST_YEAR_OF_BIRTH"=1977)

11 - access("T1"."CUST_MARITAL_STATUS"=‘married‘)

Statistics

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

8  recursive calls

0  db block gets

1914  consistent gets

1619  physical reads

0  redo size

1461  bytes sent via SQL*Net to client

546  bytes received via SQL*Net from client

4  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

32  rows processed

SELECT /*+ no_merge(t3) */t1.cust_id, t1.cust_last_name

FROM customers t1, products t2, view_3 t3

WHERE t1.cust_id = t3.cust_id

AND t2.prod_id = t3.prod_id

AND t3.total > 1000

AND t2.prod_category = ‘Hardware‘

AND t1.cust_year_of_birth = 1977

8     AND t1.cust_marital_status = ‘married‘;

32 rows selected.

Execution Plan

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

Plan hash value: 215761499

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

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

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

|   0 | SELECT STATEMENT       |      |     1 |    70 |   550 (6)| 00:00:07 |       |       |

|   1 |  NESTED LOOPS       |      |     1 |    70 |   550 (6)| 00:00:07 |       |       |

|   2 |   NESTED LOOPS       |      |     1 |    70 |   550 (6)| 00:00:07 |       |       |

|   3 |    NESTED LOOPS       |      |     1 |    47 |   549 (6)| 00:00:07 |       |       |

|   4 |     VIEW       | VIEW_3       |     1 |    26 |   548 (6)| 00:00:07 |       |       |

|*  5 |      FILTER       |      |       |       |   |      |       |       |

|   6 |       HASH GROUP BY       |      |     1 |    14 |   548 (6)| 00:00:07 |       |       |

|   7 |        PARTITION RANGE ALL     |      |   918K|    12M|   525 (2)| 00:00:07 |     1 |    28 |

|   8 | TABLE ACCESS FULL      | SALES      |   918K|    12M|   525 (2)| 00:00:07 |     1 |    28 |

|*  9 |     TABLE ACCESS BY INDEX ROWID| PRODUCTS     |     1 |    21 |     1 (0)| 00:00:01 |       |       |

|* 10 |      INDEX UNIQUE SCAN       | PRODUCTS_PK  |     1 |       |     0 (0)| 00:00:01 |       |       |

|* 11 |    INDEX UNIQUE SCAN       | CUSTOMERS_PK |     1 |       |     0 (0)| 00:00:01 |       |       |

|* 12 |   TABLE ACCESS BY INDEX ROWID  | CUSTOMERS    |     1 |    23 |     1 (0)| 00:00:01 |       |       |

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

时间： 2024-10-11 23:15:56

Oracle查询转换之视图合并的相关文章

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查询转换之连接谓词推入

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

Oracle 查询转换之子查询展开

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

oracle查询多行数据合并成一行数据

如果是oracle 10g以上 一个wm_concat函数就可以解决. 如果是oracle 9i以下就有点麻烦了. 表结构如下: NAME Null Type ------------------------ --------- ----- N_SEC_CODE NOT NULL CHAR(6) C_RESEARCHER_CODE NOT NULL VARCHAR2(20) 此表保存了“股票”与“研究员”的对应关系数据,一般而言,对于同一只股票而言,可能有多个研究员 对其进行跟踪研究.所以目前遇

[Oracle]行列转换（行合并与拆分）

使用wmsys.wm_concat 实现行合并 在 Oracle  中, 将某一个栏位的多行数据转换成使用逗号风格的一行显示,可以使用函数  wmsys.wm_concat 达成. 这个在上一篇 oracle内置函数 wmsys.wm_concat使用 中也介绍到. 参考这一段 " Case 1: 列转换行. 以一行显示所有员工的名字 select wmsys.wm_concat(NAME) from employee; 结果: user1,user2 " 现在有个问题, 反过来如何显

Oracle 自动生成的视图VM_NSO_1

作者:Jerry 有时候优化sql的时候,在执行计划中看到有VM_NSO_X的视图,在Oracle定义中,可以吧NSO理解为nested subquery optimizing,功能就是把in转换为join,把not in转换为anti join等,当然转换的时候有一定的限制.下面我们来简单看下会生成VM_NSO_1视图的几个例子 1. 创建2个测试表 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

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