AI 助理
备案控制台
开发者社区 数据库 文章 正文

【oracle】leading vs ordered hint

2016-04-13 2610
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
leading hint 可以指示oracle使用leading 中指定的表作为驱动表,
比如 正常的访问计划如下
SCOTT@yangdb> select e.ename, hiredate, b.comm
  2   from emp e, bonus b
  3   where e.ename = b.ename;
Execution Plan
----------------------------------------------------------
Plan hash value: 1125985041
----------------------------------------------------------------------------
| Id  | Operation          | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |       |     1 |    34 |     6  (17)| 00:00:01 |
|*  1 |  HASH JOIN         |       |     1 |    34 |     6  (17)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| BONUS |     1 |    20 |     2   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| EMP   |    14 |   196 |     3   (0)| 00:00:01 |
----------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("E"."ENAME"="B"."ENAME")
我们在leading 提示中指定 emp 表为驱动表
SCOTT@yangdb> select /*+ leading(e b) */ e.ename,hiredate,b.comm
  2   from emp e, bonus b
  3   where e.ename = b.ename;
Execution Plan
----------------------------------------------------------
Plan hash value: 1842254584
----------------------------------------------------------------------------
| Id  | Operation          | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |       |     1 |    34 |     6  (17)| 00:00:01 |
|*  1 |  HASH JOIN         |       |     1 |    34 |     6  (17)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| EMP   |    14 |   196 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| BONUS |     1 |    20 |     2   (0)| 00:00:01 |
----------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("E"."ENAME"="B"."ENAME")
如结果执行计划中将emp 作为驱动表！
1 在leading 提示同时使用ordered hint，则leading hint无效
SCOTT@yangdb> select /*+ leading(b e)  ordered */  e.ename,hiredate, b.comm
  2   from emp e, bonus b
  3   where e.ename = b.ename;
Execution Plan
----------------------------------------------------------
Plan hash value: 1842254584
----------------------------------------------------------------------------
| Id  | Operation          | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |       |     1 |    34 |     6  (17)| 00:00:01 |
|*  1 |  HASH JOIN         |       |     1 |    34 |     6  (17)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| EMP   |    14 |   196 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| BONUS |     1 |    20 |     2   (0)| 00:00:01 |
----------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("E"."ENAME"="B"."ENAME")
2 使用两个冲突的leading hint ，则oracle cbo会忽略所有的leading 提示！
SCOTT@yangdb> select /*+ leading(b e) leading(e b) */e.ename,hiredate, b.comm
  2   from emp e, bonus b
  3   where e.ename = b.ename;
Execution Plan
----------------------------------------------------------
Plan hash value: 1125985041
----------------------------------------------------------------------------
| Id  | Operation          | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |       |     1 |    34 |     6  (17)| 00:00:01 |
|*  1 |  HASH JOIN         |       |     1 |    34 |     6  (17)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| BONUS |     1 |    20 |     2   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| EMP   |    14 |   196 |     3   (0)| 00:00:01 |
----------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("E"."ENAME"="B"."ENAME")

odered hint 可以指示oracle 使用from 关键字后面的表的顺序进行join连接！cbo会优先按照from 后面的表的顺序来进行join，当统计信息失效或者不准确的时候，效果会比较差，使用ordered 提示 使cbo优化器忽略解析过程中的表连接评估，从而避免Oracle产生错误的执行计划，或者强制Oracle按照我们指定的方式执行。
SCOTT@yangdb> select /*+ ordered */e.ename,hiredate,b.comm
  2   from emp e,bonus b
  3   where e.ename = b.ename;
Execution Plan
----------------------------------------------------------
Plan hash value: 1842254584
----------------------------------------------------------------------------
| Id  | Operation          | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |       |     1 |    34 |     6  (17)| 00:00:01 |
|*  1 |  HASH JOIN         |       |     1 |    34 |     6  (17)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| EMP   |    14 |   196 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| BONUS |     1 |    20 |     2   (0)| 00:00:01 |
----------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("E"."ENAME"="B"."ENAME")

SCOTT@yangdb> select /*+ ordered(b e)*/e.ename,hiredate,b.comm
  2   from emp e,bonus b
  3   where e.ename = b.ename;
Execution Plan
----------------------------------------------------------
Plan hash value: 1125985041
----------------------------------------------------------------------------
| Id  | Operation          | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |       |     1 |    34 |     6  (17)| 00:00:01 |
|*  1 |  HASH JOIN         |       |     1 |    34 |     6  (17)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| BONUS |     1 |    20 |     2   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| EMP   |    14 |   196 |     3   (0)| 00:00:01 |
----------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("E"."ENAME"="B"."ENAME")

SCOTT@yangdb> 
文章标签：
关系型数据库
Oracle
C++
关键词：
Oracle数据库一键上云HINT
oracle数据库一键上云vs
北在南方
目录
相关文章
以山向海
|
SQL Oracle 关系型数据库
关系型数据库Oracle在SQL中使用提示（hint）指定并行度
【7月更文挑战第14天】
以山向海
407 9
小小工匠
|
SQL Oracle 算法
Oracle优化06-Hint
Oracle优化06-Hint
小小工匠
319 0
德哥
|
Oracle 关系型数据库 数据库
PostgreSQL vs Oracle checksum 配置与性能
德哥
3231 0
德哥
|
Web App开发 SQL Oracle
PostgreSQL vs PPAS 差异 - Oracle评估、迁移、验证、性能调优
标签 PostgreSQL , PPAS , 阿里云 背景 1、ppas手册(高度兼容Oracle)： https://www.enterprisedb.com/docs/en/11.0/EPAS_Oracompat_Ref_Guide_v11/toc.
德哥
2022 0
嗯哼9925
|
Oracle 关系型数据库 PostgreSQL
在PostgreSQL中，如何模拟Oracle的hint效果
嗯哼9925
1499 0
余二五
|
SQL Oracle 关系型数据库
Oracle Hint的用法
余二五
1462 0
技术小胖子
|
SQL Oracle 关系型数据库
Oracle常见的Hint(二)
技术小胖子
1855 0
科技探索者
|
SQL Oracle 关系型数据库
ORACLE FAST FULL INDEX SCAN vs. INDEX RANGE SCANS
科技探索者
1451 0
技术小美
|
SQL Oracle 关系型数据库
SWAP_JOIN_INPUTS Oracle Hint(处理hash join强制大表（segment_size大）作为被驱动表)
技术小美
1417 0
科技小能手
|
SQL 关系型数据库 C++
Oracle SQL Optimizer IN VS Exists Again
科技小能手
1022 0