【Oracle Hint】Oracle Hint学习笔记【一】

置顶 已于 2022-01-24 20:14:47 修改
阅读量1.4k 收藏 8
点赞数
分类专栏： 数据库 文章标签： oracle 数据库 sql
于 2022-01-24 10:57:17 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/github_37951477/article/details/122663226
版权

一、Oracle Hint的一些基本概念

  • Oracle数据库中的优化器又叫查询优化器（Query Optimizer）。

    它是SQL分析和执行的优化工具，它负责生成、制定SQL的执行计划。

    Oracle的优化器有两种，基于规则的优化器（RBO）与基于代价的优化器（CBO)

    ​ RBO: Rule-Based Optimization 基于规则的优化器

    ​ CBO: Cost-Based Optimization 基于代价的优化器

  • CBO（基于代价的优化器）在绝大多数情况下它会选择正确的优化器，但有时它也会选择很差的执行计划。

  • 在Oracle 中，通过为语句添加 Hints(提示)来实现干预优化器优化的目的。

  • Oracle Hints的语法：

    {DELETE|INSERT|SELECT|UPDATE} /*+ hint [text] [hint[text]]... */

    或者

    {DELETE|INSERT|SELECT|UPDATE} --+ hint [text] [hint[text]]...
    • Hints只应用在它们所在sql语句块(statement block，由select、update、delete关键字标识)上，对其它SQL语句或语句的其它部分没有影响。如：对于使用union操作的2个sql语句，如果只在一个sql语句上有Hints，则该Hints不会影响另一个sql语句。
    • “+”号表示该注释是一个Hints，该加号必须立即跟在”/*”的后面，中间不能有空格。
    • "hint"是下面介绍的具体提示之一，如果包含多个提示，则每个提示之间需要用一个或多个空格隔开。
    • 如果在查询中指定了表别名，那么提示必须也使用表别名。
Hint的分类常见Hint关键字
1优化器模式ALL_ROWS(CBO)、FIRST_ROWS(CBO)、RULE(RBO)
2访问路径（是全表扫描，还是索引扫描）FULL、INDEX、NO_INDEX、INDEX_JOIN等
3表之间的连接类型HASH JOIN 、MERGE JOIN 、NESTED LOOP
4表之间的连接顺序USE_MERGE、USE_NL、USE_HASH
5语句的并行程度PARALLEL、FACT 、NO_FACT、 MERGE 、NO_MERGE等

二、表之间的连接类型

1. NESTED LOOP 一般用在连接的表中有索引，并且索引选择性较好的时候

对于被连接的数据子集较小的情况，嵌套循环连接是个较好的选择。在嵌套循环中，内表被外表驱动，外表返回的每一行都要在内表中检索找到与它匹配的行，因此整个查询返回的结果集不能太大（大于1 万不适合），要把返回子集较小表的作为外表（CBO 默认外表是驱动表），而且在内表的连接字段上一定要有索引。

可以用ORDERED 提示来改变CBO默认的驱动表，使用USE_NL(table_name1 table_name2)强制CBO 执行嵌套循环连接。

USE_NL(A B) 内外表，由form后的表顺序决定，存在LOADING时，以LOADING指定为准

USE_NL(A) A为内表

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ya9Z9MOn-1643026474562)(Oracle Hint学习笔记.assets/1642989717081.png)]

2. HASH JOIN 一般用在两个表的数据量差别很大的时候

散列连接是CBO 做大数据集连接时的常用方式，优化器使用两个表中较小的表（或数据源）利用连接键在内存中建立散列表，然后扫描较大的表并探测散列表，找出与散列表匹配的行。

这种方式适用于较小的表完全可以放于内存中的情况，这样总成本就是访问两个表的成本之和。但是在表很大的情况下并不能完全放入内存，这时优化器会将它分割成若干不同的分区，不能放入内存的部分就把该分区写入磁盘的临时段，此时要有较大的临时段从而尽量提高I/O 的性能。

可以用USE_HASH(table_name1 table_name2)提示来强制使用散列连接。使用散列连接HASH_AREA_SIZE 初始化参数必须足够的大，如果是9i，Oracle建议使用SQL工作区自动管理。

Hash Join的执行计划第1个是hash表(build table)，第2个探查表(probe table)，一般不叫内外表，nested loop才有内外表

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mjG0MQEo-1643026474564)(Oracle Hint学习笔记.assets/1359475771_5689.png)]

3. SORT MERGE JOIN 用在没有索引，并且数据已经排序的情况

merge join需要首先对两个表按照关联的字段进行排序，分别从两个表中取出一行数据进行匹配，如果合适放入结果集；不匹配将较小的那行丢掉继续匹配另一个表的下一行，依次处理直到将两表的数据取完。merge join的很大一部分开销花在排序上，也是同等条件下差于hash join的一个主要原因。可以使用USE_MERGE(table_name1 table_name2)来强制使用排序合并连接.

其他关键字说明

  • LEADING 在一个多表关联的查询中，该Hint指定由哪个表作为驱动表，告诉优化器首先要访问哪个表上的数据。

    select /*+leading(t1,t) */ 
	* 
from scott.dept t,scott.emp t1 
where t.deptno=t1.deptno;

  • ORDERED 按照From后面的表的顺序来选择驱动表，Oracle 建议在选择驱动表上使用Leading，它更灵活一些。

三、实际执行测试

1.NESTED LOOP

1.1 oracle 使用use_nl(a b)时，顺序use_nl(a b) use_nl(b a) 不会影响执行计划

1.2 ordered use_nl(a) 强制指定内表，括号中的表一定为内表（数据量大的表）

1.3 ordered use_nl(a b) 强制指定内外表，如果没有join，from后的第一个表为外表，第二个表为内表

​ ordered use_nl(a b) 强制指定内外表，如果有join，左连接时左表为外表，

​ 右连接时右表为外表，

​ 内连接时第一个表为外表，

​ 外连接时，分别以第一\二个表为外表，做一次union

1.4 LEADING(a) 强制指定外表（驱动表）

建表sql

--drop table tmpa;
--drop table tmpb;
create table tmpa as 
	select rownum a, object_id b, OBJECT_NAME c from DBA_objects where rownum<=10000;
create table tmpb as 
	select rownum a, object_id b, OBJECT_NAME c from DBA_objects where rownum<=10;
CREATE UNIQUE INDEX tmpa_idx_1 ON tmpa (a,b);
CREATE UNIQUE INDEX tmpb_idx_1 ON tmpa (a,b);
1.1 use_nl(a b) 、use_nl(b a)
SELECT /*+use_nl(a b) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
SELECT /*+use_nl(b a) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS2310400
NESTED LOOPS[NULL]2310400
NESTED LOOPS[NULL]2310400
TABLE ACCESS (FULL)TMPBANALYZED310140
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED110
TABLE ACCESS (BY INDEX ROWID)TMPAANALYZED2126
SELECT /*+use_nl(a b) */ * FROM tmpb b LEFT JOIN tmpa a on b.a =a.a ;
SELECT /*+use_nl(b a) */ * FROM tmpb b LEFT JOIN tmpa a on b.a =a.a ;
SELECT /*+use_nl(b a) */ * FROM tmpa a RIGHT JOIN tmpb b ON b.a =a.a ;
SELECT /*+use_nl(a b) */ * FROM tmpa a RIGHT JOIN tmpb b ON b.a =a.a ;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS2310400
NESTED LOOPS (OUTER)[NULL]2310400
TABLE ACCESS (FULL)TMPBANALYZED310140
TABLE ACCESS (BY INDEX ROWID BATCHED)TMPAANALYZED2126
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED110
SELECT /*+use_nl(b a) */ * FROM tmpa a LEFT JOIN tmpb b ON b.a =a.a ;
SELECT /*+use_nl(a b) */ * FROM tmpa a LEFT JOIN tmpb b ON b.a =a.a ;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1085810000400000
NESTED LOOPS (OUTER)[NULL]1085810000400000
TABLE ACCESS (FULL)TMPAANALYZED1510000260000
TABLE ACCESS (FULL)TMPBANALYZED1114
1.2 ordered use_nl(a) 强制指定驱动表
SELECT /*+ordered use_nl(a) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1810400
HASH JOIN[NULL]1810400
TABLE ACCESS (FULL)TMPAANALYZED1510000260000
TABLE ACCESS (FULL)TMPBANALYZED310140
SELECT /*+ordered use_nl(b) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1085810400
NESTED LOOPS[NULL]1085810400
TABLE ACCESS (FULL)TMPAANALYZED1510000260000
TABLE ACCESS (FULL)TMPBANALYZED1114
SELECT /*+ordered use_nl(a) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS2310400
NESTED LOOPS[NULL]2310400
NESTED LOOPS[NULL]2310400
TABLE ACCESS (FULL)TMPBANALYZED310140
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED110
TABLE ACCESS (BY INDEX ROWID)TMPAANALYZED2126
SELECT /*+ordered use_nl(b) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1810400
HASH JOIN[NULL]1810400
NESTED LOOPS[NULL]1810400
NESTED LOOPS[NULL]300
STATISTICS COLLECTOR[NULL]300
TABLE ACCESS (FULL)TMPBANALYZED310140
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED000
TABLE ACCESS (BY INDEX ROWID)TMPAANALYZED15126
TABLE ACCESS (FULL)TMPAANALYZED1510000260000
SELECT /*+ordered use_nl(a) */ * FROM tmpa a RIGHT join tmpb b on a.a = b.a;
SELECT /*+ordered use_nl(a) */ * FROM tmpb b left join tmpa a on a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS2310400
NESTED LOOPS (OUTER)[NULL]2310400
TABLE ACCESS (FULL)TMPBANALYZED310140
TABLE ACCESS (BY INDEX ROWID BATCHED)TMPAANALYZED2126
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED110
SELECT /*+ordered use_nl(b) */ * FROM tmpa a RIGHT join tmpb b on a.a = b.a;
SELECT /*+ordered use_nl(b) */ * FROM tmpb b left join tmpa a on a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1810400
HASH JOIN (OUTER)[NULL]1810400
NESTED LOOPS (OUTER)[NULL]1810400
STATISTICS COLLECTOR[NULL]300
TABLE ACCESS (FULL)TMPBANALYZED310140
TABLE ACCESS (BY INDEX ROWID BATCHED)TMPAANALYZED15126
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED000
TABLE ACCESS (FULL)TMPAANALYZED1510000260000
1.3 ordered use_nl(a b)
SELECT /*+ordered use_nl(a b) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
SELECT /*+ordered use_nl(b a) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1085810400
NESTED LOOPS[NULL]1085810400
TABLE ACCESS (FULL)TMPAANALYZED1510000260000
TABLE ACCESS (FULL)TMPBANALYZED1114
SELECT /*+ordered use_nl(a b) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
SELECT /*+ordered use_nl(b a) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS2310400
NESTED LOOPS[NULL]2310400
NESTED LOOPS[NULL]2310400
TABLE ACCESS (FULL)TMPBANALYZED310140
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED110
TABLE ACCESS (BY INDEX ROWID)TMPAANALYZED2126
SELECT /*+ordered use_nl(a b) */ * FROM tmpa a RIGHT join tmpb b on a.a = b.a;
SELECT /*+ordered use_nl(b a) */ * FROM tmpa a RIGHT join tmpb b on a.a = b.a;
SELECT /*+ordered use_nl(a b) */ * FROM tmpb b left join tmpa a on a.a = b.a;
SELECT /*+ordered use_nl(b a) */ * FROM tmpb b left join tmpa a on a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS2310400
NESTED LOOPS (OUTER)[NULL]2310400
TABLE ACCESS (FULL)TMPBANALYZED310140
TABLE ACCESS (BY INDEX ROWID BATCHED)TMPAANALYZED2126
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED110
1.4 LEADING 指定驱动表
SELECT /*+LEADING(a) use_nl(b) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
SELECT /*+LEADING(a) use_nl(b) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
SELECT /*+LEADING(a) use_nl(b,a) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
SELECT /*+LEADING(a) use_nl(a,b) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
SELECT /*+LEADING(a) use_nl(b,a) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
SELECT /*+LEADING(a) use_nl(a,b) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1085810400
NESTED LOOPS[NULL]1085810400
TABLE ACCESS (FULL)TMPAANALYZED1510000260000
TABLE ACCESS (FULL)TMPBANALYZED1114
SELECT /*+LEADING(b) use_nl(a) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
SELECT /*+LEADING(b) use_nl(a) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
SELECT /*+LEADING(b) use_nl(a,b) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
SELECT /*+LEADING(b) use_nl(b,a) */ * FROM tmpa a, tmpb b WHERE a.a = b.a;
SELECT /*+LEADING(b) use_nl(b,a) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
SELECT /*+LEADING(b) use_nl(a,b) */ * FROM tmpb b, tmpa a WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS2310400
NESTED LOOPS[NULL]2310400
NESTED LOOPS[NULL]2310400
TABLE ACCESS (FULL)TMPBANALYZED310140
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED110
TABLE ACCESS (BY INDEX ROWID)TMPAANALYZED2126
--此时没生效 仍然以b为外部表
SELECT /*+LEADING(a) use_nl(b) */ * FROM tmpa a RIGHT JOIN  tmpb b on a.a = b.a;
SELECT /*+LEADING(a) use_nl(b) */ * FROM tmpb b left JOIN tmpa a  on a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1810400
HASH JOIN (OUTER)[NULL]1810400
NESTED LOOPS (OUTER)[NULL]1810400
STATISTICS COLLECTOR[NULL]300
TABLE ACCESS (FULL)TMPBANALYZED310140
TABLE ACCESS (BY INDEX ROWID BATCHED)TMPAANALYZED15126
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED000
TABLE ACCESS (FULL)TMPAANALYZED1510000260000
SELECT /*+LEADING(b) use_nl(a) */ * FROM tmpa a RIGHT JOIN  tmpb b on a.a = b.a;
SELECT /*+LEADING(b) use_nl(a) */ * FROM tmpb b left JOIN tmpa a  on a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS2310400
NESTED LOOPS (OUTER)[NULL]2310400
TABLE ACCESS (FULL)TMPBANALYZED310140
TABLE ACCESS (BY INDEX ROWID BATCHED)TMPAANALYZED2126
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED110

2. HASH JOIN

2.1hash_join(a) hash_join(a,b)
SELECT /*+hash_join(a) */ * FROM tmpb b , tmpa a  WHERE a.a = b.a;
SELECT /*+hash_join(b) */ * FROM tmpb b , tmpa a  WHERE a.a = b.a;
SELECT /*+hash_join(a,b) */ * FROM tmpb b , tmpa a  WHERE a.a = b.a;
SELECT /*+hash_join(b,a) */ * FROM tmpb b , tmpa a  WHERE a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1810400
HASH JOIN[NULL]1810400
NESTED LOOPS[NULL]1810400
NESTED LOOPS[NULL]300
STATISTICS COLLECTOR[NULL]300
TABLE ACCESS (FULL)TMPBANALYZED310140
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED000
TABLE ACCESS (BY INDEX ROWID)TMPAANALYZED15126
TABLE ACCESS (FULL)TMPAANALYZED1510000260000
SELECT /*+hash_join(a) */ * FROM tmpb b left JOIN tmpa a  on a.a = b.a;
SELECT /*+hash_join(b) */ * FROM tmpb b left JOIN tmpa a  on a.a = b.a;
SELECT /*+hash_join(a) */ * FROM tmpa a right JOIN tmpb b  on a.a = b.a;
SELECT /*+hash_join(b) */ * FROM tmpa a right JOIN tmpb b  on a.a = b.a;
SELECT /*+hash_join(a,b) */ * FROM tmpb b left JOIN tmpa a  on a.a = b.a;
SELECT /*+hash_join(a,b) */ * FROM tmpa a right JOIN tmpb b  on a.a = b.a;
SELECT /*+hash_join(b,a) */ * FROM tmpb b left JOIN tmpa a  on a.a = b.a;
SELECT /*+hash_join(b,a) */ * FROM tmpa a right JOIN tmpb b  on a.a = b.a;
操作对象优化器成本基数字节
SELECT STATEMENTALL_ROWS1810400
HASH JOIN (OUTER)[NULL]1810400
NESTED LOOPS (OUTER)[NULL]1810400
STATISTICS COLLECTOR[NULL]300
TABLE ACCESS (FULL)TMPBANALYZED310140
TABLE ACCESS (BY INDEX ROWID BATCHED)TMPAANALYZED15126
INDEX (RANGE SCAN)TMPA_IDX_1ANALYZED000
TABLE ACCESS (FULL)TMPAANALYZED1510000260000

待补充

3. SORT MERGE JOIN

待补充

附录

环境说明：Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.10.0.0.0

Amazing Rick
关注
  • 0
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
oracle 强制索引 hint,oracle常用hint详解
weixin_27713587的博客
04-02 3858
相对而言ORACLE优化器已经非常智能，产生的执行计划也是最优的，但是ORACLE还是提供了一些hint供用户显示的控制执行计划，因为大千世界各种各样的业务都有，ORACLE优化器生成的执行计划并不一定适用于所有业务，同时hint对于DBA而言更是一件利器，我们可以通过hint看到优化后的执行计划，总结一下常用hint。1.全表扫描hintfull(table_name)相对而言，全表扫描hint...
oracle hint use_nl,了解如何利用ordered,use_nl(),leading(),index()进行调优 ...
weixin_35828255的博客
04-03 1293
首先我们来分别介绍一下这四个hint的概念：1. ORDERED hint:ordered hint 指示oracle按照from关键字后的表顺序来进行连接。如果没有及时收集统计信息，查询优化器没有得到足够信息，此时你可以自行选择适当的inner及outer表进行连接。ORACLE推荐使用LEADING hint,它比ordered hint有更多的用途。2. LEADING hint:leadi...
oracle中hint
08-05
提供的是哦oracle中hint的用法。可以加快查詢速度，按照預設的執行計劃執行
oracle hint用法详解.txt
11-19
F是完全一样的。它和SF唯一的不同是它支持多个节点同时访问一个文件系 统上面的数据，由SFCFS来进行文件锁管理，而SF中对于文件系统的访问是具有独占性的。SFCFS允许多个节点同时访问的特点就是针对数据库的并行操 作的需求而来的，所以它非常适合进行数据库的并行处理模式的管理。
Oracle 提示(hint)方法：use_nl
xharvard的专栏
02-29 679
是一个提示（hint），用于指示查询优化器使用"NESTED LOOPS"连接方式。该提示告诉查询优化器在执行连接操作时，应该优先考虑使用"NESTED LOOPS"连接方式，而不是其他连接方式（如"HASH JOIN"或"MERGE JOIN）。通常情况下，Oracle 查询优化器会根据表的大小、索引情况、统计信息等因素自动选择最佳的连接方式。但是，在某些情况下，开发人员可能希望强制使用特定的连接方式，以达到更好的性能。
实战Oracle SQL调优 hint特性
最新发布
03-05
实战Oracle SQL调优 hint特性
oracle表连接基础笔记
小栗子的博客
07-10 995
不管目标 SQL 中有多少个表做表连接，Oracle 在实际执行该 SQL 时都只先两两做表连接，再依次执行这样的两两表连接过程，直到目标 SQL 中所有的表都已连接完毕。所以从严格意义上来说，这里的表连接顺序包含两层含义:一层含义是当两个表做表连接时，优化器需要决定这两个表中谁是驱动表 (outer table),谁是被驱动表 (inner table);
驱动表
john2522的专栏
09-11 2764
1.什么是驱动表？ 通俗的讲就是先从哪个表开始检索啦,找到好的驱动表语句的优化就成功一半了 eg: select * from a,b where a.id = b.id and a.姓名 = '美格瑞恩' and b.性别 = '女';在a,b表同等数量级的情况下显然用a表做为驱动表比较好因为姓名相对于性别来说可以过滤掉更多的数据,所以想办法使你的执行计划扫描a表先再通过nes
oracle 用HINT方式强制索引
一切都是浮云
11-24 1万+
首先要看你的Oracle优化器采用的是RBO还是CBO, (1)如果使用的是RBO的话,会按照规则顺序来进行的. (2)如果使用的是CBO的话,那么可以使用HINT方式进行修改。 语法：SELECT /*+ index(table IndexName)*/ 如果查询语句中，表用到别名时，上边语句中的table一定要是别名，否则不走执行强制索引。 例子： select /*+INDEX(t ...
ORACLE 里的优化器-基于规则的优化器-驱动表的选择1
back003的博客
03-16 1072
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录 目录 文章目录 前言 一、RBO中的驱动表 二、测试步骤 1.数据准备 2.更换表的顺序看影响 总结 前言 基于规则的优化器（RBO）通过硬编码在Oracle数据库代码中的一系列固定的规则，来 决定目标SQL的执行计划。具体来说就是这样：Oracle会在代码里事先给各种类型的执行路径定一个等级， 一共有15个等级，从等级1到等级15。并且Oracle会认为等级值低的执行路径的执行效率会比等级.
oracle驱动表以及如何确定驱动表
热门推荐
星琳之梦的博客
03-20 1万+
驱动表普遍认为是由SQL语句的写法决定的，简单的说，就是FROM语句后面的表列表中的最后一个。由于SQL语句是从后向前进行分析，Oracle会根据FROM语句从后到前将各个表依次连接起来。 SQL> CREATE TABLE T1 AS SELECT * FROM USER_TABLES; 表已创建。 SQL> CREATE TABLE T2 AS SELECT * FROM U
Oracle SQL查询慢 Hints 指定索引
songcode的专栏
03-28 862
这个indexname要是真的这个条件a建的索引。
ORACLE中的的HINT详解
09-09
本篇文章主要介绍了ORACLE中的的HINT详解，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
oracle hint 用法汇总
07-18
里面是ORACLE SQL 优化时会用到的hint示例汇总。总共有30个hint。 全部都是hint说明及示例。下面展示一个示例。 /*+noappend*/ 通过在插入语句生存期内停止并行模式来启动常规插入. insert /*+noappend*/ into test...
oracle hint 实践一列 leanding 驱动表和hash多块读取
yangzhiyong77
10-18 150
由于数据库对表没有做及时的分析,Oss_User_Beh_Sum_Day_201110 这个是大表 这个是按天自动物理创建的表. 由于代码没有把字典表放在第一位置. ORACLE 默认执行计划先访问大表,从右往左是第一个. 然后再访问字典表.在执行计划中字典表采用索引访问,从上往下是最后一个,垫底的. 最后两个表采用NEER LOOP 连接. 所以采用提示符 /*+leading(b)*/ 　当数...
oracle hint用法
skyspark的专栏
07-26 886
常见的 从网上copy的1. /*+ALL_ROWS*/　　表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.　　例如:　　SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=SCOTT; 　　2. /*+FIRST_ROWS*/　　表明对语句块选择基于开销的优化方法,并获得最佳响
SWAP_JOIN_INPUTS Oracle Hint(处理hash join强制大表（segment_size大）作为被驱动表)
张冲andy的博客
04-30 2484
swap_join_inputs是针对哈希连接的hint，它的含义是让优化器交换原哈希连接的驱动表和被驱动表的顺序，即在依然走哈希连接的情况下让原哈希连接的驱动表变被驱动表，让原哈希连接的被驱动表变为驱动表。 注意，在swap_join_inputs hint中指定的目标表应该是原哈希连接中的被驱动表，否则oracle会忽略该hint。 /*+ swap_join_inputs(原哈希
Oracle中的Hint
qq_41967563的博客
04-28 9082
Hint是Oracle数据库里SQL优化的终极手段，通常用于直接指定目标SQL的执行计划，它作为一种非常规的直接影响优化器，指定执行计划的手段。深入理解Hint，能明白Hint是如何影响优化器对于执行计划的选择的，进而用好Hint，能起到事半功倍的效果。 1 什么是Hint Hint实际上是一种特殊的注释，它以一种固定的格式和位置出现在SQL语句的SQL文本中，可以影响优化器对于执行计划的选择，但这种影响不是强制性的，优化器在某些情况下也可能忽略目标SQL中的Hint,即使这个Hint在语法和语义上是有
SWAP_JOIN_INPUTS Oracle Hint
weixin_34290390的博客
10-02 149
swap_join_inputs是针对哈希连接的hint，它的含义是让优化器交换原哈希连接的驱动表和被驱动表的顺序，即在依然走哈希连接的情况下让原哈希连接的驱动表变被驱动表，让原哈希连接的被驱动表变为驱动表。注意，在swap_join_inputs hint中指定的目标表应该是原哈希连接中的被驱动表，否则oracle会忽略该hint。/*+ swap_join_inputs(...
oracle hint 强制索引
06-06
Oracle 提供了一些 hint 用于控制查询优化器的行为，其中包括强制使用某个特定索引来执行查询。使用强制索引 hint 可以确保查询使用指定的索引而不是优化器选择的其他索引或执行全表扫描。 在查询中使用强制索引 hint 的语法如下： ``` SELECT /*+ INDEX(table_name index_name) */ column1, column2, ... FROM table_name WHERE condition; ``` 其中，`table_name` 是表名，`index_name` 是要强制使用的索引名称，`condition` 是查询条件。在 `SELECT` 语句中使用 `/*+ */` 注释语法，然后在其中添加 `INDEX` 和要使用的索引名称即可。 需要注意的是，使用强制索引 hint 可能会导致查询性能下降或者错误的结果，因为强制索引可能不是最优的索引选择。因此，在使用强制索引 hint 之前，需要对查询和索引进行充分的测试和分析。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值