安科网

Oracle 12CR2查询转换教程之表扩展详解

沉默的羔羊

沉默的羔羊

2019-04-08

关注 关注

前言

在表扩展中，对于读取一个分区表部分数据时优化器会生成使用索引的执行计划。基于索引执行计划可以提高性能，但索引维护会增加开锁。在许多数据库中，DML只影响小部分数据。对于频繁更新的表表扩展使用基于索引的执行计划。你可以在以读取为主的数据上创建一个索引，在以频繁变化的数据上消除索引开销。通过这种方式，表扩展在避免索引维护的同时提高了性能。

下面话不多说了，来一起看看详细的介绍吧

表扩展工作原理

表分区使用表扩展成为可能。如果在一个分区表上创建一个本地索引，那么优化器可能会标记索引对于特定的分区不可使用。实际有些分区没有创建索引。在表扩展中，优化器将查询转换为一个union all语句，让一些子查询访问创建索引的分区，一些子查询访问没有创建索引的分区。优化器可以为每个分区选择最有效的访问路径，而不管它是否存在于查询所要访问的所有分区中。

优化器不总是会选择表扩展

.表扩展是基于成本

当数据库访问扩展表的每个分区只会跨越union all的所有分支一次，数据库所连接的任何表都是在分支中被访问。

.语义问题可能导致表扩展无效

例如，一个表出现在一个外连接的右边对于表扩展来说是无效的。

可以使用expand_table hint来控制表扩展。这个hint会覆盖基于成本的决策，但不会覆盖语义检查。

表扩展使用场景

优化器基于查询中出现的谓词条件对每个表必须被访问的分区保持跟踪。分区裁剪能让优化器使用表扩展来生成更有效的执行计划。

下面的例子假设满足以下条件:

.想要对sh.sales表执行星型查询，表sh.sales是基于time_id列进行范围分区的一个分区表。

.想要禁用特定分区上的索引来查看表扩展的优点。

操作步骤如下:

1.以sh用户登录数据库

[oracle@jytest1 ~]$ sqlplus sh/*****@jypdb

SQL*Plus: Release 12.2.0.1.0 Production on Wed Oct 31 18:09:54 2018

Copyright (c) 1982, 2016, Oracle. All rights reserved.

Last Successful login time: Wed Oct 24 2018 17:00:11 +08:00

Connected to:
Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production

SQL>

2.执行以下查询

SQL> select * from sales where time_id >= to_date('2000-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') and prod_id = 38;
...........
 38 2470 24-DEC-01  2 999  1 31.47
 38 13440 24-DEC-01  2 999  1 31.47
 38 490 28-DEC-01  2 999  1 31.47
 38 8406 28-DEC-01  2 999  1 31.47
 38 1466 31-DEC-01  3 351  1 31.47
 38 4340 31-DEC-01  3 351  1 31.47
 38 10658 31-DEC-01  3 351  1 31.47
 38 11390 31-DEC-01  3 351  1 31.47
 38 23226 31-DEC-01  3 351  1 31.47

4224 rows selected.

3.查询执行计划

SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced allstats last runstats_last peeked_binds'));
SQL_ID 214qgysqqz0k8, child number 0
-------------------------------------
select * from sales where time_id >= to_date('2000-01-01 00:00:00',
'syyyy-mm-dd hh24:mi:ss') and prod_id = 38

Plan hash value: 2342444420

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
| Id | Operation     | Name  | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time | Pstart| Pstop | A-Rows | A-Time | Buffers |
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT    |  | 1 | | | 224 (100)|  | | | 4224 |00:00:00.03 | 334 |
| 1 | PARTITION RANGE ITERATOR   |  | 1 | 5078 | 143K| 224 (0)| 00:00:01 | 13 | 28 | 4224 |00:00:00.03 | 334 |
| 2 | TABLE ACCESS BY LOCAL INDEX ROWID BATCHED| SALES  | 16 | 5078 | 143K| 224 (0)| 00:00:01 | 13 | 28 | 4224 |00:00:00.02 | 334 |
| 3 | BITMAP CONVERSION TO ROWIDS  |  | 8 | | |  |  | | | 4224 |00:00:00.01 | 24 |
|* 4 | BITMAP INDEX SINGLE VALUE  | SALES_PROD_BIX | 8 | | |  |  | 13 | 28 | 8 |00:00:00.01 | 24 |
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

 1 - SEL$1
 2 - SEL$1 / SALES@SEL$1

Outline Data
-------------

 /*+
 BEGIN_OUTLINE_DATA
 IGNORE_OPTIM_EMBEDDED_HINTS
 OPTIMIZER_FEATURES_ENABLE('12.2.0.1')
 DB_VERSION('12.2.0.1')
 ALL_ROWS
 NO_PARALLEL
 OUTLINE_LEAF(@"SEL$1")
 BITMAP_TREE(@"SEL$1" "SALES"@"SEL$1" AND(("SALES"."PROD_ID")))
 BATCH_TABLE_ACCESS_BY_ROWID(@"SEL$1" "SALES"@"SEL$1")
 END_OUTLINE_DATA
 */

Predicate Information (identified by operation id):
---------------------------------------------------

 4 - access("PROD_ID"=38)

Column Projection Information (identified by operation id):
-----------------------------------------------------------

 1 - "PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
 "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 2 - "PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
 "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 3 - "SALES".ROWID[ROWID,10], "PROD_ID"[NUMBER,22]
 4 - STRDEF[BM VAR, 10], STRDEF[BM VAR, 10], STRDEF[BM VAR, 7920], "PROD_ID"[NUMBER,22]

Note
-----
 - automatic DOP: Computed Degree of Parallelism is 1 because of parallel threshold


58 rows selected.

在执行计划中的Pstart与Pstop列，显示了优化器判断只需要访问表的13到28分区。在优化器已经判断了被访问的分区之后，它将考虑所有这些分区上可以使用的索引。在上面的执行计划中，优化器选择使用sales_prod_bix位图索引

4.禁用sales表中sales_1995分区上的索引;

SQL> alter index sales_prod_bix modify partition sales_1995 unusable;

Index altered.

5.再次执行之前的查询语句，然后显示执行计划，可以看到执行计划变成了由两个子查询组成的union all语句，第一个子查询还是对13-28分区使用索引，第二个子查询步骤对应的Pstart与Pstop为invalid，id=11的过滤条件为”PROD_ID”=38,id=9的过滤条件为”SALES”.”TIME_ID”=TO_DATE(‘ 2000-01-01 00:00:00', ‘syyyy-mm-dd hh24:mi:ss')))这个过滤条件是为否的，所以过滤后的记录为0，从对应的A-Rows列也可以看到记录为0

SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced allstats last runstats_last peeked_binds'));
SQL_ID 214qgysqqz0k8, child number 0
-------------------------------------
select * from sales where time_id >= to_date('2000-01-01 00:00:00',
'syyyy-mm-dd hh24:mi:ss') and prod_id = 38

Plan hash value: 238952339

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| Id | Operation          | Name   | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time | Pstart| Pstop | A-Rows | A-Time | Buffers |
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT        |    |  1 |  |  | 224 (100)|   |  |  | 4224 |00:00:00.05 |  334 |
| 1 | VIEW           | VW_TE_2  |  1 | 5079 | 431K| 224 (0)| 00:00:01 |  |  | 4224 |00:00:00.05 |  334 |
| 2 | UNION-ALL         |    |  1 |  |  |   |   |  |  | 4224 |00:00:00.05 |  334 |
| 3 | PARTITION RANGE ITERATOR     |    |  1 | 5078 | 143K| 224 (0)| 00:00:01 | 13 | 28 | 4224 |00:00:00.03 |  334 |
| 4 |  TABLE ACCESS BY LOCAL INDEX ROWID BATCHED | SALES   |  16 | 5078 | 143K| 224 (0)| 00:00:01 | 13 | 28 | 4224 |00:00:00.02 |  334 |
| 5 |  BITMAP CONVERSION TO ROWIDS    |    |  8 |  |  |   |   |  |  | 4224 |00:00:00.01 |  24 |
|* 6 |  BITMAP INDEX SINGLE VALUE    | SALES_PROD_BIX |  8 |  |  |   |   | 13 | 28 |  8 |00:00:00.01 |  24 |
|* 7 | FILTER          |    |  1 |  |  |   |   |  |  |  0 |00:00:00.01 |  0 |
| 8 |  PARTITION RANGE EMPTY      |    |  0 |  1 | 29 |  1 (0)| 00:00:01 |INVALID|INVALID|  0 |00:00:00.01 |  0 |
|* 9 |  TABLE ACCESS BY LOCAL INDEX ROWID BATCHED| SALES   |  0 |  1 | 29 |  1 (0)| 00:00:01 |INVALID|INVALID|  0 |00:00:00.01 |  0 |
| 10 |  BITMAP CONVERSION TO ROWIDS    |    |  0 |  |  |   |   |  |  |  0 |00:00:00.01 |  0 |
|* 11 |  BITMAP INDEX SINGLE VALUE    | SALES_PROD_BIX |  0 |  |  |   |   |INVALID|INVALID|  0 |00:00:00.01 |  0 |
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

 1 - SET$D0A14387 / VW_TE_2@SEL$0A5B0FFE
 2 - SET$D0A14387
 3 - SET$D0A14387_1
 4 - SET$D0A14387_1 / SALES@SEL$1
 7 - SET$D0A14387_2
 9 - SET$D0A14387_2 / SALES@SEL$1

Outline Data
-------------

 /*+
  BEGIN_OUTLINE_DATA
  IGNORE_OPTIM_EMBEDDED_HINTS
  OPTIMIZER_FEATURES_ENABLE('12.2.0.1')
  DB_VERSION('12.2.0.1')
  ALL_ROWS
  NO_PARALLEL
  OUTLINE_LEAF(@"SET$D0A14387_2")
  OUTLINE_LEAF(@"SET$D0A14387_1")
  OUTLINE_LEAF(@"SET$D0A14387")
  EXPAND_TABLE(@"SEL$1" "SALES"@"SEL$1")
  OUTLINE_LEAF(@"SEL$0A5B0FFE")
  OUTLINE(@"SET$D0A14387")
  EXPAND_TABLE(@"SEL$1" "SALES"@"SEL$1")
  OUTLINE(@"SEL$1")
  NO_ACCESS(@"SEL$0A5B0FFE" "VW_TE_2"@"SEL$0A5B0FFE")
  BITMAP_TREE(@"SET$D0A14387_1" "SALES"@"SEL$1" AND(("SALES"."PROD_ID")))
  BATCH_TABLE_ACCESS_BY_ROWID(@"SET$D0A14387_1" "SALES"@"SEL$1")
  BITMAP_TREE(@"SET$D0A14387_2" "SALES"@"SEL$1" AND(("SALES"."PROD_ID")))
  BATCH_TABLE_ACCESS_BY_ROWID(@"SET$D0A14387_2" "SALES"@"SEL$1")
  END_OUTLINE_DATA
 */

Predicate Information (identified by operation id):
---------------------------------------------------

 6 - access("PROD_ID"=38)
 7 - filter(NULL IS NOT NULL)
 9 - filter(("SALES"."TIME_ID"=TO_DATE(' 2000-01-01 00:00:00', 'syyyy-mm-dd
    hh24:mi:ss')))
 11 - access("PROD_ID"=38)

Column Projection Information (identified by operation id):
-----------------------------------------------------------

 1 - "ITEM_1"[NUMBER,22], "ITEM_2"[NUMBER,22], "ITEM_3"[DATE,7], "ITEM_4"[NUMBER,22], "ITEM_5"[NUMBER,22], "ITEM_6"[NUMBER,22], "ITEM_7"[NUMBER,22]
 2 - STRDEF[22], STRDEF[22], STRDEF[7], STRDEF[22], STRDEF[22], STRDEF[22], STRDEF[22]
 3 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 4 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 5 - "SALES".ROWID[ROWID,10], "SALES"."PROD_ID"[NUMBER,22]
 6 - STRDEF[BM VAR, 10], STRDEF[BM VAR, 10], STRDEF[BM VAR, 7920], "SALES"."PROD_ID"[NUMBER,22]
 7 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 8 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 9 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 10 - "SALES".ROWID[ROWID,10], "SALES"."PROD_ID"[NUMBER,22]
 11 - STRDEF[BM VAR, 10], STRDEF[BM VAR, 10], STRDEF[BM VAR, 7920], "SALES"."PROD_ID"[NUMBER,22]

Note
-----
 - automatic DOP: Computed Degree of Parallelism is 1 because of parallel threshold


93 rows selected.

6.禁用分区28上的索引(sales_q4_2003),它是查询需要访问的一个分区:

SQL> alter index sales_prod_bix modify partition sales_q4_2003 unusable;

Index altered.

SQL> alter index sales_time_bix modify partition sales_q4_2003 unusable;

Index altered.

通过禁用查询需要访问分区上的索引，查询将不能再使用这些索引。

7.再次执行查询语句，其执行计划如下,执行计划变成了由三个子查询组成的union all语句，相比之前查询多的第三个子查询对表sales的第28个分区执行全表扫描，这里没有索引可用，因为已经禁用28分区上的索引了。

SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced allstats last runstats_last peeked_binds'));
SQL_ID 214qgysqqz0k8, child number 0
-------------------------------------
select * from sales where time_id >= to_date('2000-01-01 00:00:00',
'syyyy-mm-dd hh24:mi:ss') and prod_id = 38

Plan hash value: 3857158179

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| Id | Operation          | Name   | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time | Pstart| Pstop | A-Rows | A-Time | Buffers | Reads |
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT        |    |  1 |  |  | 225 (100)|   |  |  | 4224 |00:00:00.20 |  334 |  44 |
| 1 | VIEW           | VW_TE_2  |  1 | 5080 | 431K| 225 (0)| 00:00:01 |  |  | 4224 |00:00:00.20 |  334 |  44 |
| 2 | UNION-ALL         |    |  1 |  |  |   |   |  |  | 4224 |00:00:00.19 |  334 |  44 |
| 3 | PARTITION RANGE ITERATOR     |    |  1 | 5078 | 143K| 223 (0)| 00:00:01 | 13 | 27 | 4224 |00:00:00.17 |  334 |  44 |
| 4 |  TABLE ACCESS BY LOCAL INDEX ROWID BATCHED | SALES   |  15 | 5078 | 143K| 223 (0)| 00:00:01 | 13 | 27 | 4224 |00:00:00.16 |  334 |  44 |
| 5 |  BITMAP CONVERSION TO ROWIDS    |    |  8 |  |  |   |   |  |  | 4224 |00:00:00.03 |  24 |  16 |
|* 6 |  BITMAP INDEX SINGLE VALUE    | SALES_PROD_BIX |  8 |  |  |   |   | 13 | 27 |  8 |00:00:00.03 |  24 |  16 |
|* 7 | FILTER          |    |  1 |  |  |   |   |  |  |  0 |00:00:00.01 |  0 |  0 |
| 8 |  PARTITION RANGE EMPTY      |    |  0 |  1 | 29 |  1 (0)| 00:00:01 |INVALID|INVALID|  0 |00:00:00.01 |  0 |  0 |
|* 9 |  TABLE ACCESS BY LOCAL INDEX ROWID BATCHED| SALES   |  0 |  1 | 29 |  1 (0)| 00:00:01 |INVALID|INVALID|  0 |00:00:00.01 |  0 |  0 |
| 10 |  BITMAP CONVERSION TO ROWIDS    |    |  0 |  |  |   |   |  |  |  0 |00:00:00.01 |  0 |  0 |
|* 11 |  BITMAP INDEX SINGLE VALUE    | SALES_PROD_BIX |  0 |  |  |   |   |INVALID|INVALID|  0 |00:00:00.01 |  0 |  0 |
| 12 | PARTITION RANGE SINGLE      |    |  1 |  1 | 87 |  2 (0)| 00:00:01 | 28 | 28 |  0 |00:00:00.01 |  0 |  0 |
|* 13 |  TABLE ACCESS FULL       | SALES   |  1 |  1 | 87 |  2 (0)| 00:00:01 | 28 | 28 |  0 |00:00:00.01 |  0 |  0 |
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

 1 - SET$D0A14387 / VW_TE_2@SEL$0A5B0FFE
 2 - SET$D0A14387
 3 - SET$D0A14387_1
 4 - SET$D0A14387_1 / SALES@SEL$1
 7 - SET$D0A14387_2
 9 - SET$D0A14387_2 / SALES@SEL$1
 12 - SET$D0A14387_3
 13 - SET$D0A14387_3 / SALES@SEL$1

Outline Data
-------------

 /*+
  BEGIN_OUTLINE_DATA
  IGNORE_OPTIM_EMBEDDED_HINTS
  OPTIMIZER_FEATURES_ENABLE('12.2.0.1')
  DB_VERSION('12.2.0.1')
  ALL_ROWS
  NO_PARALLEL
  OUTLINE_LEAF(@"SET$D0A14387_3")
  OUTLINE_LEAF(@"SET$D0A14387_2")
  OUTLINE_LEAF(@"SET$D0A14387_1")
  OUTLINE_LEAF(@"SET$D0A14387")
  EXPAND_TABLE(@"SEL$1" "SALES"@"SEL$1")
  OUTLINE_LEAF(@"SEL$0A5B0FFE")
  OUTLINE(@"SET$D0A14387")
  EXPAND_TABLE(@"SEL$1" "SALES"@"SEL$1")
  OUTLINE(@"SEL$1")
  NO_ACCESS(@"SEL$0A5B0FFE" "VW_TE_2"@"SEL$0A5B0FFE")
  BITMAP_TREE(@"SET$D0A14387_1" "SALES"@"SEL$1" AND(("SALES"."PROD_ID")))
  BATCH_TABLE_ACCESS_BY_ROWID(@"SET$D0A14387_1" "SALES"@"SEL$1")
  BITMAP_TREE(@"SET$D0A14387_2" "SALES"@"SEL$1" AND(("SALES"."PROD_ID")))
  BATCH_TABLE_ACCESS_BY_ROWID(@"SET$D0A14387_2" "SALES"@"SEL$1")
  FULL(@"SET$D0A14387_3" "SALES"@"SEL$1")
  END_OUTLINE_DATA
 */

Predicate Information (identified by operation id):
---------------------------------------------------

 6 - access("PROD_ID"=38)
 7 - filter(NULL IS NOT NULL)
 9 - filter(("SALES"."TIME_ID"=TO_DATE(' 2000-01-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss')))
 11 - access("PROD_ID"=38)
 13 - filter("PROD_ID"=38)

Column Projection Information (identified by operation id):
-----------------------------------------------------------

 1 - "ITEM_1"[NUMBER,22], "ITEM_2"[NUMBER,22], "ITEM_3"[DATE,7], "ITEM_4"[NUMBER,22], "ITEM_5"[NUMBER,22], "ITEM_6"[NUMBER,22], "ITEM_7"[NUMBER,22]
 2 - STRDEF[22], STRDEF[22], STRDEF[7], STRDEF[22], STRDEF[22], STRDEF[22], STRDEF[22]
 3 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 4 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 5 - "SALES".ROWID[ROWID,10], "SALES"."PROD_ID"[NUMBER,22]
 6 - STRDEF[BM VAR, 10], STRDEF[BM VAR, 10], STRDEF[BM VAR, 7920], "SALES"."PROD_ID"[NUMBER,22]
 7 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 8 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 9 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 10 - "SALES".ROWID[ROWID,10], "SALES"."PROD_ID"[NUMBER,22]
 11 - STRDEF[BM VAR, 10], STRDEF[BM VAR, 10], STRDEF[BM VAR, 7920], "SALES"."PROD_ID"[NUMBER,22]
 12 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]
 13 - "SALES"."PROD_ID"[NUMBER,22], "SALES"."CUST_ID"[NUMBER,22], "SALES"."TIME_ID"[DATE,7], "SALES"."CHANNEL_ID"[NUMBER,22], "SALES"."PROMO_ID"[NUMBER,22],
  "SALES"."QUANTITY_SOLD"[NUMBER,22], "SALES"."AMOUNT_SOLD"[NUMBER,22]

Note
-----
 - automatic DOP: Computed Degree of Parallelism is 1 because of parallel threshold


103 rows selected.

总结

oracle执行计划 数据库分区 索引 oracle oracle索引

沉默的羔羊

沉默的羔羊

0 关注 0 粉丝 0 动态

关注 关注

相关推荐

Oracle笔记

utm_source=blogxgwz14

zgxzowen 2015-07-01

oracle性能优化

主要从内部存储结构，逻辑分区，表结构范式，sql语句优化。对于ORACLE数据库的数据存取，主要有四个不同的调整级别，第一级调整是操作系统级包括硬件平台,第二级调整是ORACLERDBMS级的调整,第三级是数据库设计级的调整,最后一个调整级是SQL级。通常

joyleeLyhua 2015-03-25

疑问？ Oracle普通的B树索引是升序还是降序？

Oracle普通的B树索引是升序还是降序？SQL> create table a as select * from dba_objects;SQL> select object_name from a where object_id in or

talkingDB 2020-07-05

关于ORACLE索引的几种扫描方式

一条sql执行的效率因执行计划的差异而影响，经常说这条sql走索引了，那条sql 全表扫了。索引是怎么走的呢，说说我了解到的几种索引走的方式。具体来说，仅当查询谓词使用等号运算符引用唯一索引键中的所有列时，数据库才执行唯一扫描.数据库从索引条目中获取行标识

娜娜 2020-07-18

oracle执行计划打印

下班逗猫闲得无聊，写写自己对几种oracle执行计划打印的认识。废话少说开始吧方式一：explain plan for使用explain plan for，这种查询方式适合查看单条执行SQL的执行计划。explain plan for的查看方式也有两种：1

zhangchaoming 2020-06-21

面试篇三：数据库MySQL、Oracle

SELECT * FROM admin_company ORDER BY id LIMIT 0,10;limit后参数代表什么意思？LIMIT[位置偏移量,]行数，第一个参数是从哪个序号加上，初始是0，第二个参数是查询多少行记录。MySQL在创建表时就会创

康慧欣 2020-05-02

数据库-Oracle通过执行计划查看查询语句是否使用索引【转】

select * from t_call_records where t_bjhm=‘123456‘。如上图所示，index range scan为索引范围扫描;索引范围扫描，当优化器发现在UNIQUE列上使用了大于、小于、大于等于、小于等于以及BETWE

Streamoutput 2019-12-02

记一次Oracle数据库实验--索引的常见执行计划

INDEX FULL SCAN：索引的全扫描，单块读，有序INDEX RANGE SCAN：索引的范围扫描INDEX FAST FULL SCAN：索引的快速全扫描，多块读，无序INDEX FULL SCAN：针对MAX(),MIN()函数的查询INDEX

der 2019-11-27

Oracle笔记

utm_source=blogxgwz14

handle0 2015-07-01

Oracle绑定变量优缺点

因为oracle对于sql语句的首先的解析逻辑，会先匹配是否可以软解析，不行则会进行硬解析，相对而言 硬解析比较麻烦。select * from table where id = ‘1‘ 和select * from table where id = ‘2

zhangchaoming 2020-05-27

Oracle里的执行计划

第二章：Oracle里的执行计划2.1 什么是执行计划Oracle用来执行目标SQL语句的这些步骤的组合就被称为执行计划。可以看到Oracle在执行目标SQL时所用的内部执行步骤，这些步骤的执行顺序，所对应的的谓词信息、列信息，优化器评估出来执行这些步骤后

LuoXinLoves 2020-05-04

[ORACLE]自适应游标共享Adaptive Cursor Sharing

v$SQL_CS_SELECTIVITY --查看SQL游标的各个变量选择范围,它包含着各个条件谓词,绑定变量值以及它的最大值和最小值等信息。select IS_BIND_SENSITIVE,IS_BIND_AWARE,IS_SHAREABLE,SQL_T

Justdoit00 2020-04-26

oracle数据库应用开发经验

一般应用都会有一些表用来记录用户操作日志，数据变更记录，交易流水等日志型的库表。这些表最好按时间字段做分区，这样在迁移或者清理历史记录时会比较方便，借助oracle的分区交换清理特性，效率比delete高很多。Oracle在创建序列可以指定cache参数，

oraclemch 2019-12-29

Oracle调优之no_unnest和unnest用法简介

本博客介绍Oracle SQL调优的一种常用也是很实用的方法，也即/*+no_unnest */和/*+ unnest*/，介绍Oracle 的 /*+unnest */ 、 /*+ no_unnest */之前，先介绍一下Hint。Hint对于开发人员来

talkingDB 2020-01-11

Oracle查看SQL执行计划1--explain plan

SQL> set linesize 800SQL> select * from table;Oracle10g\11g中，如果我们对目标SQL执行explain plan命令，则oracle就将解析目标SQL所产生的执行计划的具体执行步骤写入P

Streamoutput 2020-01-10

Oracle Proc编程性能优化经验

Proc 是Oracle提供的一种数据库操作的AP。它是基于ESql技术的，需要预编译后才可以变成普通c代码，非常不直观，使用起来不太方便，阅读也存在困难。因为这些问题导致程序员平时开发中会出现一些Proc操作存在效率低下的情况，本文介绍一些Proc一些编

oraclemch 2019-12-01

分享一份Oracle官方文档学习路线图

概述今天主要分享下Oracle数据库的官方文档学习路线图。重点如下：1、sql、pl/sql. 作为oracle的基本功，需要大家对sql和plsql非常的熟悉。特别是sql里面的多表连接、子查询、各种新版本的函数，以及plsql里面的所有语法。不要认为这

jbossllx 2019-11-05

SQL Server,MySQL,Oracle三者的区别

完全支持所有的工业标准。对开发商全力支持，Oracle并行服务器通过使一组结点共享同一簇中的工作来扩展Windows NT的能力，提供高可用性和高伸缩性的簇的解决方案。Oracle的并行服务器对各种UNIX平台的集群机制都有着相当高的集成度。　Oracle

静思苑 2019-01-15

Oracle中游标Cursor使用实例

Oracle数据库中的cursor分为2中类型：shared cursor，session cursor. 会缓存存储目标sql的sql文本、解析树、该sql所涉及的对象定义、该sql所使用的绑定变量类型和长度，以及改sql的执行计划等信息。分别在V$SQ

人勤阡陌绿 2019-03-27

Oracle SQL性能分析之10053事件

优化器生成正确执行计划的前提条件是要有正确的统计信息，不准确的统计信息往往会导致错误的执行计划。当通过SQL和基数推断出的执行计划和实际执行计划不同时，就可以借助10053事件。10053事件是用来诊断优化器如何估算成本和选择执行计划的，用它产生的trac

Cavlier 2019-03-19
沉默的羔羊

沉默的羔羊

W3CSchool教程
HTML 教程
CSS 教程
Bootstrap 教程
Javascript 教程
jQuery 教程
后端教程
C 教程
Java 教程
PHP 教程
Python 教程
Go 教程
移动开发
Android 教程
Swift 教程
Kotlin 教程
jQuery Mobile 教程
ionic 教程
关于我们
新闻动态
联系方式
招聘英才
安科实验室
帮助与反馈

安科网(Ancii)，中国第一极客网

Copyright © 2013 - 2019 Ancii.com

京ICP备18063983号 京公网安备11010802014868号