Oracle10G新增NO提示

最新推荐文章于 2021-04-07 10:40:45 发布
最新推荐文章于 2021-04-07 10:40:45 发布
阅读量121 收藏
点赞数
文章标签： 数据库

Oracle10g新增的HINT并不是很多，但是可以发现，很多HINT添加了对应的NO_HINT。


在9i中，表扫描路径相关的执行计划中只有一个NO提示：对应INDEX提示的NO_INDEX。而10g中Oracle增加了NO_INDEX_FFS和NO_INDEX_SS提示，分别对应INDEX_FFS和INDEX_SS。（INDEX_SS是10g新增的提示）

而在表连接相关的提示中，9i没有任何NO提示。而10g增加了NO_USE_MERGE、NO_USE_NL和NO_USE_HASH三个连接提示。

简单介绍一下几个NO提示：

SQL> CREATE TABLE T AS SELECT * FROM DBA_OBJECTS;

表已创建。

SQL> DESC T
名称 是否为空? 类型
----------------------------------------------------------------- -------- ------------------------
OWNER VARCHAR2(30)
OBJECT_NAME VARCHAR2(128)
SUBOBJECT_NAME VARCHAR2(30)
OBJECT_ID NUMBER
DATA_OBJECT_ID NUMBER
OBJECT_TYPE VARCHAR2(19)
CREATED DATE
LAST_DDL_TIME DATE
TIMESTAMP VARCHAR2(19)
STATUS VARCHAR2(7)
TEMPORARY VARCHAR2(1)
GENERATED VARCHAR2(1)
SECONDARY VARCHAR2(1)

SQL> ALTER TABLE T MODIFY (OWNER NOT NULL, OBJECT_NAME NOT NULL);

表已更改。

SQL> CREATE INDEX IND_T_OWNER_OBJECT_ID ON T(OWNER, OBJECT_ID);

索引已创建。

SQL> CREATE INDEX IND_T_OBJECT_NAME ON T(OBJECT_NAME);

索引已创建。

SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(USER, 'T', METHOD_OPT => 'FOR ALL INDEXED COLUMNS')

PL/SQL 过程已成功完成。

SQL> COL OWNER FORMAT A10
SQL> COL OBJECT_NAME FORMAT A40
SQL> SELECT OWNER, OBJECT_NAME, STATUS FROM T WHERE OBJECT_ID = 12345;

OWNER OBJECT_NAME STATUS
---------- ---------------------------------------- -------
SYS /c4dfe52_DbmsCompilerInterface VALID

执行计划
----------------------------------------------------------
Plan hash value: 612927175

----------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 41 | 6 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| T | 1 | 41 | 6 (0)| 00:00:01 |
|* 2 | INDEX SKIP SCAN | IND_T_OWNER_OBJECT_ID | 1 | | 6 (0)| 00:00:01 |
----------------------------------------------------------------------------------------------------

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

2 - access("OBJECT_ID"=12345)
filter("OBJECT_ID"=12345)

SQL> SELECT /*+ NO_INDEX_SS(T IND_T_OWNER_OBJECT_ID) */
2 OWNER, OBJECT_NAME, STATUS FROM T WHERE OBJECT_ID = 12345;

OWNER OBJECT_NAME STATUS
---------- ---------------------------------------- -------
SYS /c4dfe52_DbmsCompilerInterface VALID

执行计划
----------------------------------------------------------
Plan hash value: 1601196873

--------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 41 | 42 (5)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| T | 1 | 41 | 42 (5)| 00:00:01 |
--------------------------------------------------------------------------

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

1 - filter("OBJECT_ID"=12345)

上面是使用NO_INDEX_SS提示的例子，下面看看NO_INDEX_FFS的例子：

SQL> SELECT COUNT(*) FROM T;

COUNT(*)
----------
50524

执行计划
----------------------------------------------------------
Plan hash value: 3813267093

---------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 11 (10)| 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | | |
| 2 | INDEX FAST FULL SCAN| IND_T_OWNER_OBJECT_ID | 50524 | 11 (10)| 00:00:01 |
---------------------------------------------------------------------------------------

SQL> SELECT /*+ NO_INDEX_FFS(T IND_T_OWNER_OBJECT_ID) */
2 COUNT(*) FROM T;

COUNT(*)
----------
50524

执行计划
----------------------------------------------------------
Plan hash value: 3565015618

-----------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Cost (%CPU)| Time |
-----------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 16 (7)| 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | | |
| 2 | INDEX FAST FULL SCAN| IND_T_OBJECT_NAME | 50524 | 16 (7)| 00:00:01 |
-----------------------------------------------------------------------------------

SQL> SELECT /*+ NO_INDEX_FFS(T) */ COUNT(*) FROM T;

COUNT(*)
----------
50524

执行计划
----------------------------------------------------------
Plan hash value: 3537499178

----------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Cost (%CPU)| Time |
----------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 23 (0)| 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | | |
| 2 | INDEX FULL SCAN| IND_T_OWNER_OBJECT_ID | 50524 | 23 (0)| 00:00:01 |
----------------------------------------------------------------------------------

SQL> SELECT /*+ NO_INDEX(T) */ COUNT(*) FROM T;

COUNT(*)
----------
50524

执行计划
----------------------------------------------------------
Plan hash value: 2966233522

-------------------------------------------------------------------
| Id | Operation | Name | Rows | Cost (%CPU)| Time |
-------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 41 (3)| 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | | |
| 2 | TABLE ACCESS FULL| T | 50524 | 41 (3)| 00:00:01 |
-------------------------------------------------------------------

使用NO_INDEX_FFS如果指定到一个索引，那么Oracle只是不考虑该索引的FAST FULL SCAN，如果将NO_INDEX_FFS指定到表，那么Oracle将不会考虑该表上所有索引的FAST FULL SCAN，但是仍然可能选择其他索引扫描的执行路径。

如果通过NO_INDEX指定到表，则Oracle将不会考虑该表上的任何索引。

下面看看表连接的情况：

SQL> CREATE TABLE T1 AS SELECT * FROM DBA_TABLES;

表已创建。

SQL> SELECT COUNT(*) FROM T, T1
2 WHERE T.OWNER = T1.OWNER
3 AND T.OBJECT_NAME = T1.TABLE_NAME;

COUNT(*)
----------
1757

执行计划
----------------------------------------------------------
Plan hash value: 949044725

----------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 65 | 47 (5)| 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | 65 | | |
|* 2 | HASH JOIN | | 1602 | 101K| 47 (5)| 00:00:01 |
| 3 | TABLE ACCESS FULL| T1 | 1602 | 54468 | 5 (0)| 00:00:01 |
| 4 | TABLE ACCESS FULL| T | 50524 | 1529K| 41 (3)| 00:00:01 |
----------------------------------------------------------------------------

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

2 - access("T"."OWNER"="T1"."OWNER" AND
"T"."OBJECT_NAME"="T1"."TABLE_NAME")

Note
-----
- dynamic sampling used for this statement

SQL> SELECT /*+ NO_USE_HASH(T, T1) */ COUNT(*) FROM T, T1
2 WHERE T.OWNER = T1.OWNER
3 AND T.OBJECT_NAME = T1.TABLE_NAME;

COUNT(*)
----------
1757

执行计划
----------------------------------------------------------
Plan hash value: 712353386

-------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
-------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 65 | | 274 (3)| 00:00:03 |
| 1 | SORT AGGREGATE | | 1 | 65 | | | |
| 2 | MERGE JOIN | | 1602 | 101K| | 274 (3)| 00:00:03 |
| 3 | SORT JOIN | | 1602 | 54468 | | 6 (17)| 00:00:01 |
| 4 | TABLE ACCESS FULL| T1 | 1602 | 54468 | | 5 (0)| 00:00:01 |
|* 5 | SORT JOIN | | 50524 | 1529K| 3984K| 268 (3)| 00:00:03 |
| 6 | TABLE ACCESS FULL| T | 50524 | 1529K| | 41 (3)| 00:00:01 |
-------------------------------------------------------------------------------------

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

5 - access("T"."OWNER"="T1"."OWNER")
filter("T"."OBJECT_NAME"="T1"."TABLE_NAME" AND
"T"."OWNER"="T1"."OWNER")

Note
-----
- dynamic sampling used for this statement

SQL> SELECT /*+ NO_USE_HASH(T, T1) NO_USE_MERGE(T, T1) */
2 COUNT(*) FROM T, T1
3 WHERE T.OWNER = T1.OWNER
4 AND T.OBJECT_NAME = T1.TABLE_NAME;

COUNT(*)
----------
1757

执行计划
----------------------------------------------------------
Plan hash value: 4034493185

--------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 65 | 486 (0)| 00:00:06 |
| 1 | SORT AGGREGATE | | 1 | 65 | | |
|* 2 | TABLE ACCESS BY INDEX ROWID| T | 1 | 31 | 1 (0)| 00:00:01 |
| 3 | NESTED LOOPS | | 1602 | 101K| 486 (0)| 00:00:06 |
| 4 | TABLE ACCESS FULL | T1 | 1602 | 54468 | 5 (0)| 00:00:01 |
|* 5 | INDEX RANGE SCAN | IND_T_OBJECT_NAME | 2 | | 1 (0)| 00:00:01 |
--------------------------------------------------------------------------------------------------

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

2 - filter("T"."OWNER"="T1"."OWNER")
5 - access("T"."OBJECT_NAME"="T1"."TABLE_NAME")

Note
-----
- dynamic sampling used for this statement

SQL> CREATE INDEX IND_T1_OWNER_TABLE_NAME ON T1(OWNER, TABLE_NAME);

索引已创建。

SQL> SELECT COUNT(*) FROM T, T1
2 WHERE T.OWNER = T1.OWNER
3 AND T.OBJECT_NAME = T1.TABLE_NAME
4 AND T.OBJECT_NAME = 'DUAL';

COUNT(*)
----------
1

执行计划
----------------------------------------------------------
Plan hash value: 1700038726

----------------------------------------------------------------------------------------------------
| Id | Operation | Name |Rows| Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 65 | 2 (0)| 00:00:01 |
| 1 | SORT AGGREGATE | | 1 | 65 | | |
| 2 | NESTED LOOPS | | 1 | 65 | 2 (0)| 00:00:01 |
| 3 | TABLE ACCESS BY INDEX ROWID| T | 2 | 62 | 1 (0)| 00:00:01 |
|* 4 | INDEX RANGE SCAN | IND_T_OBJECT_NAME | 2 | | 1 (0)| 00:00:01 |
|* 5 | INDEX RANGE SCAN | IND_T1_OWNER_TABLE_NAME| 1 | 34 | 1 (0)| 00:00:01
----------------------------------------------------------------------------------------------------

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

4 - access("T"."OBJECT_NAME"='DUAL')
5 - access("T"."OWNER"="T1"."OWNER" AND "T1"."TABLE_NAME"='DUAL')

Note
-----
- dynamic sampling used for this statement

SQL> SELECT /*+ NO_USE_NL(T T1) */ COUNT(*) FROM T, T1
2 WHERE T.OWNER = T1.OWNER
3 AND T.OBJECT_NAME = T1.TABLE_NAME
4 AND T.OBJECT_NAME = 'DUAL';

COUNT(*)
----------
1

执行计划
----------------------------------------------------------
Plan hash value: 2453463917

----------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows| Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1| 65 | 5 (40)| 00:00:01 |
| 1 | SORT AGGREGATE | | 1| 65 | | |
| 2 | MERGE JOIN | | 1| 65 | 5 (40)| 00:00:01 |
| 3 | SORT JOIN | | 1| 34 | 3 (34)| 00:00:01 |
|* 4 | INDEX FAST FULL SCAN |IND_T1_OWNER_TABLE_NAME| 1| 34 | 2 (0)| 00:0
|* 5 | SORT JOIN | | 2| 62 | 2 (50)| 00:00:01 |
| 6 | TABLE ACCESS BY INDEX ROWID| T | 2| 62 | 1 (0)| 00:00:01 |
|* 7 | INDEX RANGE SCAN | IND_T_OBJECT_NAME | 2 | | 1 (0)| 00:00:01 |
----------------------------------------------------------------------------------------------------

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

4 - filter("T1"."TABLE_NAME"='DUAL')
5 - access("T"."OWNER"="T1"."OWNER")
filter("T"."OBJECT_NAME"="T1"."TABLE_NAME" AND "T"."OWNER"="T1"."OWNER")
7 - access("T"."OBJECT_NAME"='DUAL')

Note
-----
- dynamic sampling used for this statement

需要注意，Oracle一共只有三种连接方法，如果在HINT中同时指定三种，那么Oracle会认为提示无效，根据COST来进行连接方式的选择。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/4227/viewspace-69425/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/4227/viewspace-69425/

ckawt40802
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
学习ORACLE-优化器提示（Hints）
找个地方记笔记
05-09 1903
数据仓库中加工数据时，经常会使用提示（HINT）指示优化器改变执行路径，以便快速的得到数据
oracle三组难缠的hint no_unnest/unnest,push_subq,push_pred
Colin Lau Oracle
11-30 6066
最近在看一个哥们优化sql里面,使用到了几个特殊的hint，但我总是对此不解，所以针对此问题自己做了一些测试(参考了一些资料)  1. no_unnest, unnest  unnest我们称为对子查询展开，顾名思义，就是别让子查询孤单地嵌套(nest)在里面。  所以un_unnest双重否定代表肯定，即让子查询不展开，让它嵌套(nest)在里面。  如果一个查询中的where 中出现
select index oracle,Oracle – 了解no_index提示
weixin_36453829的博客
04-03 317
我试图了解no_index如何实际加速查询并且无法在线查找文档来解释它.例如,我的查询速度非常慢select *from where field1_ like '%someGenericString%' andfield1_ <> 'someSpecificString' andAction_='_someAction_' andTimestamp_ >= trunc...
使用Hint时的注意事项
自由自在的生活！
01-07 1898
随笔- 191  文章- 0  评论- 15  使用Hint时的注意事项   在使用Hint时需要注意的一点是，并非任何时刻Hint都起作用。 导致HINT 失效的原因有如下2点： （1） 如果CBO 认为使用Hint 会导致错误的结果时，Hint将被忽略。 如索引中的记录因为空值而和表的记录不一致时，结果就是错误的，会忽略hint。
oracle 优化器可用提示
Uncle.Cui的技术博客
03-27 300
1. 执行路径提示 ALL_ROWS FIRST_ROWS（n） 2.访问方法提示 FULL INDEX、INDEX_ASC、INDEX_DESC NO_INDEX、NO_INDEX_FFS、NO_INDEX_SS INDEX_COMBINE INDEX_JOIN INDEX_FFS #实行索引的快速全扫描，全部的索引值不经过排序就被读出来。INDEX_FFS表示只访问索引，不访问对应的表（换言之，就是不回表） INDEX_SS、INDEX_SS_ASC、INDEX_...
oracle学习资料
08-12
**1.1 Oracle 10g的安装** - **Windows XP环境下图形化安装：** - 确保系统满足Oracle 10g的最低配置要求。 - 下载Oracle 10g安装包，通常为.iso镜像文件。 - 使用虚拟光驱加载ISO文件，启动安装程序。 - 按照...
(重要)AIX command 使用总结.txt
12-25
<1> mklv -y lvinformix -c 2 rootvg 64 //在卷组rootvg上创建逻辑卷lvinformix, 大小为64(LP)×16M=1G, 磁盘镜像需用-c参数指定副本数 <2> crfs -v jfs -d lvinformix -m /opt/informix //在lvinformix上创建文件...
Oracle性能分析8：使用索引
宁静致远
09-15 2449
这一节主要讲述索引的使用，首先介绍怎么在查询中避免使用索引，然后介绍优化器怎么判断是否使用索引，并介绍了强制使用索引的方法，最后介绍了Oracle的并行处理方法。 避免使用索引 虽然你创建了索引，但有些查询你可能需要避免使用这些索引，或者你为了做一些测试，希望看看各种情况下查询的情况，也希望能够避免使用一些索引或者索引扫描方式。Oracle提供了方式来达到这些目地，就是在查询中使用hint信息
oracle hint用法
skyspark的专栏
07-26 908
常见的 从网上copy的1. /*+ALL_ROWS*/　　表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.　　例如:　　SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=SCOTT; 　　2. /*+FIRST_ROWS*/　　表明对语句块选择基于开销的优化方法,并获得最佳响
oracle中hint 详解
weixin_30412167的博客
11-16 244
Hint概述 基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。 此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成执行计划，从 而使语句高效的运行。例如，如果我们认为对于一个特定的语句，执行全表扫描要比执行索引扫描更有效，则我们就可以指示优化器...
oracle hint禁用索引,【轉】Oracle索引HINT的使用
weixin_34730055的博客
04-05 680
在SQL的查詢過程中，索引是快速查詢數據的方法之一，是最重要、最常見的手段，這篇文章將討論和索引相關的HINT的使用。1.HINT的使用方法：select /*+ INDEX (tab pk_tab)*/ * from test.tab;上面是一個使用HINT簡單例子，其中tab是表的名稱，pk_tab是索引的名稱，如果表有別名，那么應該使用別名。如果表名的前面包含模式名，那么在INDEX的使用過...
怎么攻略the oracle,Oracle优化全攻略一（Oracle SQL Hint）
weixin_42438750的博客
04-07 515
其实Oracle的优化器有两种优化方式,基于规则的优化方式(Rule-Based Optimization，简称为RBO)基于代价的优化方式(Cost-Based Optimization，简称为CBO)所以hint也不例外，除了/*+rule*/其他的都是CBO优化方式RBO方式：优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则。比如我们常见的，当一个where子句中的一列有索...
Oracle Hints详解
热门推荐
米菲的泰迪
12-23 2万+
在向大家详细介绍Oracle Hints之前，首先让大家了解下Oracle Hints是什么，然后全面介绍Oracle Hints，希望对大家有用。基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。 此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生
使用索引快速全扫描(Index FFS)避免全表扫描的若干场景
844604778
10-13 238
使用索引快速全扫描(IndexFFS)避免全表扫描(FTS) (文档 ID 70135.1) 什么使用使用Index FFS比FTS好？ Oracle 8的Concept手册中介绍： 1. 索引必须包含所有查询中参考到的列。 2. Index FFS只能通过CBO(Index hint强制使用CBO)获得。 3. Index FFS使用hint：/*+ INDEX_FFS() */...
【DBAplus】SQL优化：一篇文章说清楚Oracle Hint的正确使用姿势
coco3600的博客
09-15 3626
原创2016-09-12韩锋 作者介绍 韩锋，宜信技术研发中心数据库架构师。精通多种关系型数据库，曾任职于当当网、TOM在线等公司，曾任多家公司首席DBA、数据库架构师等职，多...
Oracle 11g 新增功能管理员指南
10. 改进的高可用性：Oracle 11g 引入了改进的高可用性功能，能够更好地确保数据库的可用性和可靠性。 Oracle 11g 的新功能和改进了管理员的工作效率和数据库性能，提高了数据库的安全性和可靠性。本文档将对这些新...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值