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

【oracle】leading vs ordered hint

2012-03-04 879
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： leading hint 可以指示oracle使用leading 中指定的表作为驱动表,比如 正常的访问计划如下SCOTT@yangdb> select e.
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++
yangyi_dba
目录
相关文章
1639437117631681
|
9天前
|
SQL
【YashanDB 知识库】使用 leading hint 调整 SQL 执行计划后报错 YAS-04522 invalid hint leading
在 YashanDB 的所有版本中，使用 leading hint 调整 SQL 执行计划时可能出现“YAS-04522 invalid hint leading”错误，导致 SQL 无法正常执行。原因是 YashanDB 优化器的 Bug。解决方法为避免使用 leading hint。可通过创建测试表 a、b、c 并执行特定 SQL 语句来验证问题是否存在。
1639437117631681
16 2
小小工匠
|
SQL 缓存 Oracle
Oracle-绑定变量binding variable解读
Oracle-绑定变量binding variable解读
小小工匠
374 0
lemotree
|
SQL
oracle-优化-在PLSQL Developer里使用dbms_xplan.display_cursor查看SQL实际执行计划
lemotree
437 0
潇湘隐者
|
SQL Oracle 关系型数据库
ORACLE不可见索引(Invisible Indexes)
不可见索引概念   不可见索引(Invisible Index)是ORACLE 11g引入的新特性。不可见索引是会被优化器忽略的不可见索引，除非在会话或系统级别上将OPTIMIZER_USE_INVISIBLE_INDEXES初始化参数显式设置为TRUE。
潇湘隐者
1555 0
技术小能手
|
SQL 算法 Oracle
Oracle 的 DBMS_SCN 修正以及 SCN 的 auto-rollover 新特性
技术小能手
2973 0
青夜之衫
|
Oracle 关系型数据库 索引
常见Oracle HINT的用法
青夜之衫
1233 0
唐玄奘
|
Oracle 关系型数据库 索引
常见Oracle HINT的用法[转]
唐玄奘
1039 0
余二五
|
索引 语音技术
oracle_in_exists_left-join
余二五
1137 0
余二五
|
SQL Oracle 关系型数据库
Oracle Hint的用法
余二五
1390 0
技术小胖子
|
SQL Oracle 关系型数据库
Oracle常见的Hint(二)
技术小胖子
1719 0

热门文章

最新文章

  • 1
    开源之夏 | 阿里开源近百任务上线，顶级导师&万元奖金等你
  • 2
    错误”ORA-12560: TNS: 协议适配器错误“解决方法
  • 3
    【微信小程序】一文带你了解数据绑定、事件绑定以及事件传参、数据同步
  • 4
    2020年阿里云ACE线下活动-杭州ACE阿里云视觉开放平 台Workshop开发者沙龙圆满落幕
  • 5
    传统老三样品牌重新焕发新春，上海凤凰宣布与ofo战略合作
  • 6
    OfficeScan5.58升级到7.38
  • 7
    linuxQQ
  • 8
    【实验】DOS基本命令
  • 9
    水晶按钮最终效果图
  • 10
    android4.4系统解决“ERRORcouldn't find native method”方法
  • 1
    《数据浪潮中的航向校准：DataWorks里AI应对概念漂移之策》
    49
  • 2
    《鱼与熊掌兼得：DataWorks中AI驱动的数据脱敏与可用性平衡术》
    54
  • 3
    《驯服PB级时序数据：DataWorks中AI的超凡技艺》
    36
  • 4
    《数据治理破局：DataWorks中AI驱动流程的自修复之道》
    33
  • 5
    《量子潮涌下，DataWorks中AI模型训练框架的变革征途》
    33
  • 6
    理解API：应用程序之间的桥梁
    32
  • 7
    Claude 3.7登顶webdev榜首，国内怎么使用Claude 3.7
    121
  • 8
    从Postman到Apipost：我的动态参数测试实战踩坑记
    22
  • 9
    OmniAlign-V：20万高质量多模态数据集开源，让AI模型真正对齐人类偏好
    37
  • 10
    Proxy Lite：仅3B参数的开源视觉模型！快速实现网页自动化，支持在消费级GPU上运行
    90

    • 相关电子书

    更多
  • PostgresChina2018_刘成伟_oracle到Postgres数据库迁移工具
  • Oracle VS PostgreSQL技术大比拼
  • Oracle 至PostgreSQL案例分享

    • 推荐镜像

    更多
  • oracle
  • mysql
  • postgresql
    • 下一篇
    通义万相：视觉生成大模型再进化