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

2024-04-27 05:52:18

前言

在表扩展中，对于读取一个分区表部分数据时优化器会生成使用索引的执行计划。基于索引执行计划可以提高性能，但索引维护会增加开锁。在许多数据库中，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 12CR2查询转换教程之cursor-duration临时表详解

前言在Oracle12C中为了物化查询的中间结果,Oracle数据库在查询编译时在内存中可能会隐式的创建一个cursor_duration临时表. 下面话不多说了,来一起看看详细的介绍吧 Cursor-Duration临时表的作用复杂查询有时会处理相同查询块多次,这将会增加不必要的性能开锁.为了避免这种问题,Oracle数据库可以在游标生命周期内为查询结果创建临时表并存储在内存中.对于有with子句查询,星型转换与分组集合操作的复杂操作,这种优化增强了使用物化中间结果来优化子查询.在这种方式
oracle 临时表详解及实例

在Oracle8i或以上版本中,可以创建以下两种临时表: 1.会话特有的临时表 CREATE GLOBAL TEMPORARY <TABLE_NAME> ( <column specification> ) ON COMMIT PRESERVE ROWS: 2.事务特有的临时表 CREATE GLOBAL TEMPORARY <TABLE_NAME> ( <column specification> ) ON COMMIT DELETE ROWS: CREA
Oracle 12CR2查询转换教程之临时表转换详解

前言大家都知道在12CR2中出现一种新的查询转换技术临时表转换, 在下面的例子中,数据库对customers表上的子查询结果物化到一个临时表中: SQL> show parameter star_transformation_enabled star_transformation_enabled string FALSE SQL> alter session set star_transformation_enabled='true'; Session altered. SQL> SE
对比Oracle临时表和SQL Server临时表的不同点

Oracle数据库创建临时表的过程以及和SQL Server临时表的不同点的对比的相关知识是本文我们主要要介绍的内容,接下来就让我们一起来了解一下这部分内容吧,希望能够对您有所帮助. 1.简介 Oracle数据库除了可以保存永久表外,还可以建立临时表temporary tables.这些临时表用来保存一个会话SESSION的数据,或者保存在一个事务中需要的数据.当会话退出或者用户提交commit和回滚rollback事务的时候,临时表的数据自动清空,但是临时表的结构以及元数据还存储在用户的数据字
Oracle 12CR2查询转换教程之表扩展详解

前言在表扩展中,对于读取一个分区表部分数据时优化器会生成使用索引的执行计划.基于索引执行计划可以提高性能,但索引维护会增加开锁.在许多数据库中,DML只影响小部分数据.对于频繁更新的表表扩展使用基于索引的执行计划.你可以在以读取为主的数据上创建一个索引,在以频繁变化的数据上消除索引开销.通过这种方式,表扩展在避免索引维护的同时提高了性能. 下面话不多说了,来一起看看详细的介绍吧表扩展工作原理表分区使用表扩展成为可能.如果在一个分区表上创建一个本地索引,那么优化器可能会标记索引对于特定的分区
MySQL系列多表连接查询92及99语法示例详解教程

目录 1.笛卡尔积现象 2.连接查询知识点概括 1)什么是连接查询? 2)连接查询的分类 3.内连接讲解 1)等值连接:最大特点是,连接条件为等量关系. 2)sql92语法和sql99语法的区别. 3)非等值连接:最大特点是,连接条件为非等量关系. 4)自连接:最大特点是,一张表看作两张表. 4.外连接讲解 1)什么是外连接,和内连接有什么区别? 2)外连接的分类前面两天带着大家换了一个口味,带着大家学习了pyecharts的原理和部分图形制作.今天我们继续回归带你学MySQL系列,带着大家继
Oracle表空间详解

目录 1. 基本概念 2. 范围分区 3. Hash分区(散列分区) 4. 复合分区 1. 基本概念 Oracle表分区是将一个大型表分割成更小.更易于管理的部分的技术.分区后的表被称为分区表,其中每个分区都可以独立地进行维护.管理和查询.表分区可基于表中的一列或多列,称为分区键,分区键的值确定了每行数据属于哪个分区. 使用分区具有以下优点: (1)改善查询性能:由于表分区将数据分割成更小.更可管理的部分,对分区对象的查询可以仅搜索特定分区,提高检索速度.如在范围分区的情况下,可以更快地查询特定
Oracle 如何规范清理v$archived_log记录实例详解

Oracle 如何规范清理v$archived_log记录实例详解单机实例上面,v$archived_log 很多,有上万条记录了,所以得清理一下,不然每次查询都直接滚屏幕了 SQL> select sequence#,applied from v$archived_log order by sequence# ; SEQUENCE# APPLIED .................... SEQUENCE# APPLIED ---------- --------- 9376 NO 9377
Swift进阶教程Mirror反射示例详解

目录元类型与.self AnyObject AnyClass Any type(Of:) self self在方法里面的作用 Self Swift Runtime Mirror Mirror的基本用法 Mirror的简单应用-JSON解析 Mirror源码解析 Enum Metadata探索还原TargetEnumMetadata 还原TargetEnumDescriptor 相对偏移指针打印枚举中的属性 Struct Metadata探索获取结构体的属性 swift_getTypeBy
React如何利用Antd的Form组件实现表单功能详解

一.构造组件 1.表单一定会包含表单域,表单域可以是输入控件,标准表单域,标签,下拉菜单,文本域等. 这里先引用了封装的表单域 <Form.Item /> 2.使用Form.create处理后的表单具有自动收集数据并校验的功能,但如果不需要这个功能,或者默认的行为无法满足业务需求,可以选择不使用Form.create并自行处理数据经过Form.create()包装过的组件会自带this.props.form属性,this.props.form提供了很多API来处理数据,如getFieldDe
人工智能学习Pytorch教程Tensor基本操作示例详解

目录一.tensor的创建 1.使用tensor 2.使用Tensor 3.随机初始化 4.其他数据生成 ①torch.full ②torch.arange ③linspace和logspace ④ones, zeros, eye ⑤torch.randperm 二.tensor的索引与切片 1.索引与切片使用方法 ①index_select ②... ③mask 三.tensor维度的变换 1.维度变换 ①torch.view ②squeeze/unsqueeze ③expand,repea
jmeter接口测试教程及接口测试流程详解(全网仅有)

目录一.Jmeter简介二.Jmeter安装三.设置Jmeter语言为中文环境四.Jmeter主要元件五.Jmeter元件的作用域和执行顺序六.Jmeter进行接口测试流程七.Jmeter进行接口测试流程步骤详解八.Jmeter接口测试必定用到的扩展阅读一.Jmeter简介 Jmeter是由Apache公司开发的一个纯Java的开源项目,即可以用于做接口测试也可以用于做性能测试. Jmeter具备高移植性,可以实现跨平台运行. Jmeter可以实现分布式负载. Jmeter采用

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

相关推荐

随机推荐