HINT篇---表关联顺序相关

最新推荐文章于 2024-08-01 11:23:15 发布
最新推荐文章于 2024-08-01 11:23:15 发布
阅读量734 收藏 2
点赞数
文章标签： 数据库

三：表关联顺序相关的Hint
1、/*+ leading(TABLE) */  指定哪个表为驱动表
2、/*+ ordered */    指定按照from后面的顺序来选择谁做驱动表
3、/*+ use_hash(t,t1) */   表明采用hash方式连接
4、/*+ use_nl(t,t1) */   表明采用nested loop方式连接
5、/*+ use_merge(t,t1) */  表明采用merge方式连接
6、 NO_USE_HASH,NO_USE_NL,NO_USE_MERGE HINT  禁用这些链接方式
实验一：使用/*+ leading(TABLE) */
SQL> select  t4.object_id,t5.object_name from t4 ,t5 where t4.object_id=t5.object_id;
-------------------------------------------------------------------------------------------
| Id  | Operation             | Name      | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |           |   162K|    14M|       |  1030   (1)| 00:00:13 |
|*  1 |  HASH JOIN            |           |   162K|    14M|  3976K|  1030   (1)| 00:00:13 |
|   2 |   INDEX FAST FULL SCAN| IND_T4_ID |   162K|  2066K|       |   106   (1)| 00:00:02 |--默认情况下from后第一个表为驱动表
|   3 |   TABLE ACCESS FULL   | T5        | 97980 |  7559K|       |   304   (1)| 00:00:04 |
-------------------------------------------------------------------------------------------
         14  recursive calls
          3  db block gets
      11652  consistent gets
          0  physical reads
        952  redo size
    4259624  bytes sent via SQL*Net to client
     111833  bytes received via SQL*Net from client
      10121  SQL*Net roundtrips to/from client

SQL> select  /*+ leading(t4) */t4.object_id,t5.object_name from t4 ,t5 where t4.object_id=t5.object_id;
-------------------------------------------------------------------------------------------
| Id  | Operation             | Name      | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |           |   162K|    14M|       |  1030   (1)| 00:00:13 |
|*  1 |  HASH JOIN            |           |   162K|    14M|  3976K|  1030   (1)| 00:00:13 |--将t4作为驱动表，和不用没有变化。
|   2 |   INDEX FAST FULL SCAN| IND_T4_ID |   162K|  2066K|       |   106   (1)| 00:00:02 |
|   3 |   TABLE ACCESS FULL   | T5        | 97980 |  7559K|       |   304   (1)| 00:00:04 |
-------------------------------------------------------------------------------------------
          7  recursive calls
          3  db block gets
      11637  consistent gets
          0  physical reads
          0  redo size
    4259624  bytes sent via SQL*Net to client
     111833  bytes received via SQL*Net from client
      10121  SQL*Net roundtrips to/from client
SQL> select  /*+ leading(t5) */t4.object_id,t5.object_name from t4 ,t5 where t4.object_id=t5.object_id;
-------------------------------------------------------------------------------------------
| Id  | Operation             | Name      | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |           |   162K|    14M|       |  1030   (1)| 00:00:13 |
|*  1 |  HASH JOIN            |           |   162K|    14M|  8712K|  1030   (1)| 00:00:13 |将t5作为驱动表，t5的值进入内存通过hash运算得到
|   2 |   TABLE ACCESS FULL   | T5        | 97980 |  7559K|       |   304   (1)| 00:00:04 |的hash值放入hash表中，然后去t4的值通过hash
|   3 |   INDEX FAST FULL SCAN| IND_T4_ID |   162K|  2066K|       |   106   (1)| 00:00:02 |运算得到hash值去和t5的hash值匹配
-------------------------------------------------------------------------------------------
          7  recursive calls
          3  db block gets
      11761  consistent gets
          0  physical reads
          0  redo size
    4263381  bytes sent via SQL*Net to client
     111833  bytes received via SQL*Net from client
      10121  SQL*Net roundtrips to/from client
备注：这里t5一直全表扫描，如果让其走索引的话，那cost值就比全表扫描要高，可以通过加hint来解决。
实验二：使用/*+ ordered */
SQL> select  /*+ ordered */t4.object_id,t5.object_name from t4 ,t5 where t4.object_id=t5.object_id;

151788 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 2752026631

-------------------------------------------------------------------------------------------
| Id  | Operation             | Name      | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |           |   162K|    14M|       |  1030   (1)| 00:00:13 |
|*  1 |  HASH JOIN            |           |   162K|    14M|  3976K|  1030   (1)| 00:00:13 |
|   2 |   INDEX FAST FULL SCAN| IND_T4_ID |   162K|  2066K|       |   106   (1)| 00:00:02 |这里from后的t4作为驱动表
|   3 |   TABLE ACCESS FULL   | T5        | 97980 |  7559K|       |   304   (1)| 00:00:04 |
-------------------------------------------------------------------------------------------
实验三：使用/*+ use_hash(t,t1) */
SQL> select  /*+ use_hash(t4,t5) */ t4.object_id,t5.object_name from t4 ,t5 where t4.object_id=t5.object_id;

151788 rows selected.

Elapsed: 00:00:01.09

Execution Plan
----------------------------------------------------------
Plan hash value: 2752026631

-------------------------------------------------------------------------------------------
| Id  | Operation             | Name      | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |           |   162K|    14M|       |  1030   (1)| 00:00:13 |
|*  1 |  HASH JOIN            |           |   162K|    14M|  3976K|  1030   (1)| 00:00:13 |
|   2 |   INDEX FAST FULL SCAN| IND_T4_ID |   162K|  2066K|       |   106   (1)| 00:00:02 |
|   3 |   TABLE ACCESS FULL   | T5        | 97980 |  7559K|       |   304   (1)| 00:00:04 |
-------------------------------------------------------------------------------------------
          7  recursive calls
          3  db block gets
      11637  consistent gets
          0  physical reads
          0  redo size
    4259624  bytes sent via SQL*Net to client
     111833  bytes received via SQL*Net from client
      10121  SQL*Net roundtrips to/from client
实验四：使用/*+ use_nl(t4,t5) */
SQL> select  /*+ use_nl(t4,t5) */ t4.object_id,t5.object_name from t4 ,t5 where t4.object_id=t5.object_id;
151788 rows selected.
Elapsed: 00:00:01.23--时间比使用hash join用的多
Execution Plan
----------------------------------------------------------
Plan hash value: 3143514191

--------------------------------------------------------------------------------
| Id  | Operation          | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |           |   162K|    14M| 98348   (1)| 00:19:41 |--代价比hash join大很多
|   1 |  NESTED LOOPS      |           |   162K|    14M| 98348   (1)| 00:19:41 |
|   2 |   TABLE ACCESS FULL| T5        | 97980 |  7559K|   304   (1)| 00:00:04 |
|*  3 |   INDEX RANGE SCAN | IND_T4_ID |     2 |    26 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------
          7  recursive calls
          1  db block gets
      34410  consistent gets
          0  physical reads
          0  redo size
    4259624  bytes sent via SQL*Net to client
     111833  bytes received via SQL*Net from client
      10121  SQL*Net roundtrips to/from client

 

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

转载于:http://blog.itpub.net/24500180/viewspace-1064690/

cri3224
关注
【云原生进阶之数据库技术】第二章-Oracle-使用-3.5-Oracle中hint使用
junbaozi的专栏
05-29 889
Hint实际上是一种特殊的注释，它以一种固定的格式和位置出现在SQL语句的SQL文本中，可以影响优化器对于执行计划的选择，但这种影响不是强制性的，优化器在某些情况下也可能忽略目标SQL中的Hint，即使这个Hint在语法和语义上是有效的。如果目标SQL的SQL文本中出现了Hint，优化器在选择最终执行计划时会把Hint一并考虑进来，如果优化器判断这个Hint给出的建议是合适的，就会直接遵循这个Hint给出的建议，并据此选定执行计划。反之，则会忽略该Hint仍然采用原先的判断标准来选定执行计划。
flink实战--⼤状态作业调优实践指南-Flink SQL 作业篇
阿华田的博客
06-04 507
作为一种特定领域语言，SQL 的设计初衷是隐藏底层数据处理的复杂性，让用户通过声明式语言来进行数据操作。而Flink SQL 由于其架构的特殊性，在实现层面通常需引入状态后端 配合 checkpoint 来保证计算结果的最终一致性。目前 Flink SQL 生成状态算子的策略由优化器根据配置项 + SQL 语句来推导，想要在处理有状态的大规模数据和性能调优方面游刃有余的话，用户还是需要对 SQL 状态算子生成机制和管理策略有一定了解。
Oracle中表之间的连接方式及Hint清单
07-14 252
对ORACLE中表之间的连接方式的摘要，备忘。摘录自徐玉金的《SQL性能的调整》，重做了实验部分并根据个人理解有所增删。顺便列出所有Hint清单，就不单独写一篇了。关键字：sort_merge_join SMJ hash_joi...
16.表关联顺序的HINT
weixin_34005042的博客
11-20 476
三、表关联顺序的HINT1、leading hint在多表关联中，这个hint指定由哪个表作为驱动表，告诉优化器先访问哪个表的数据。SQL> create table t1 as select 1 id,object_name name from dba_objects;Table created.SQL> create index ind_t1 on t1(id...
oracle hint用法
skyspark的专栏
07-26 934
常见的 从网上copy的1. /*+ALL_ROWS*/　　表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.　　例如:　　SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=SCOTT; 　　2. /*+FIRST_ROWS*/　　表明对语句块选择基于开销的优化方法,并获得最佳响
表关联查询的几个hint用法
旅行人生
06-29 2129
表关联查询的几个hint用法
Oracle Hint
热门推荐
David Dai -- Focus on Oracle
08-23 1万+
<br /> <br />Hint 是Oracle 提供的一种SQL语法，它允许用户在SQL语句中插入相关的语法，从而影响SQL的执行方式。<br /> <br />因为Hint的特殊作用，所以对于开发人员不应该在代码中使用它，Hint 更像是Oracle提供给DBA用来分析问题的工具。在SQL代码中使用Hint，可能导致非常严重的后果，因为数据库的数据是变化的，在某一时刻使用这个执行计划是最优的，在另一个时刻，却可能很差，这也是CBO 取代RBO的原因之一，规则是死的，而数据是时刻变化的，为了获得最正确的
A - 数据结构实验之链表一：顺序建立链表
qq_39173848的博客
02-24 564
Description 输入N个整数，按照输入的顺序建立单链表存储，并遍历所建立的单链表，输出这些数据。 Input 第一行输入整数的个数N； 第二行依次输入每个整数。 Output 输出这组整数。 Sample Input 8 12 56 4 6 55 15 33 62 Output 12 56 4 6 55 15 33 62 Hint 不得使用数组！ 链表是一种物理存储单元上非连续、非顺序的存储结构，数据元素的逻辑顺序是通过链表中的指针链接次序实现的。链表由一系列结点（..
大数据基础篇--Common Join 和Map Join的机制
qq_43709558的博客
10-06 806
mapjoin
C++STL-无序容器-哈希表（散列存储）
Iamasleep的博客
04-22 2266
1. 为什么要设计哈希表——查找元素效率高 O(1) 2. 通过什么机制实现的——关键字通过哈希函数O(1)可以直接确定哈希地址，常见的有直接定址法、除留余数法 3. 会产生什么问题——不同的关键字可能会得到相同的哈希地址，称为哈希碰撞 4. 如何解决哈希碰撞——闭散列找空位置（每次向后找1或i^2），或者开散列建哈希桶**
跟着官方文档学HINT（六）连接顺序
道行尚浅（老道）的博客
11-03 851
--LEADING 指定生成的执行计划的驱动表 SQL> SELECT * 2 FROM DEPT D, DAO_OBJECT1 DO, EMP E 3 WHERE D.DEPTNO = DO.OBJECT_ID 4 AND E.DEPTNO = D.DEPTNO; 14 rows selected. Execution Plan ------------
Mysql 多表关联链接顺序说明
小方的专栏
05-21 7256
mysql对多表关联查询使用Nested-Loop Join算法，简单总结就是通过驱动表作为入口，一层层的往内部查询，驱动表的数据量对查询效率很关键。 而对驱动表的选择，from后的表顺序并不起决定作用，mysql会根据多重因素选择最优的链接顺序。如果想自行控制链接顺序可以通过Optimizer Hints（mysql 8.0）指定。 使用saklia数据库 1.先通过一个left join的例子...
Hint
weixin_33829657的博客
05-17 79
Hint是Oracle提供的一种sql语法，它允许用户在sql中插入相关的语法来影响sql的执行方式。如果CBO(基于成本的优化器)认为使用Hint会导致错误的结果，Hint将被忽略 1. 访问路径相关的Hint： FULL Hint: 告诉优化器对指定的表通过全表扫描的方式访问数据 select /*+ full(t) */ * from t; select /*+ full(a) ...
常见 Oracle HINT 的用法
JiekeXu的博客
09-30 5100
Hint 是Oracle 提供的一种SQL语法，它允许用户在SQL语句中插入相关的语法，从而影响SQL的执行方式。 Oracle 19c HINTComments https://docs.oracle.com/en/database/oracle/oracle-database/19/sqlrf/Comments.html#GUID-D316D545-89E2-4D54-977F-FC97815CD62E 因为Hint的特殊作用，所以对于开发人员不应该在代码中使用它，Hint 更像是Orac...
hint禁用
hzdxw的专栏
10-01 725
SQL>  select index_name,TABLE_NAME from user_indexes; INDEX_NAME        TABLE_NAME ------------------------------ ------------------------------ PK_DEPT         DEPT PK_EMP       
达梦数据库系列—43.HINT
最新发布
md54333的博客
08-01 1552
使用 HINT IGNORE_ROW_ON_DUPKEY_INDEX 则可以忽略该冲突，冲突数据既不进行插入也不会报错，其他非冲突插入正常进行。T3,T1,T2 或 T1,T3,T2 不被考虑。
浅析驱动表和leading
cmjv45501的博客
01-17 313
首先大致讲一下个人对驱动表的理解： 驱动表（driving table/outer table）又称外层表,驱动表用于nested_loop join 和hash join,驱动表是用来驱动查询的，再CBO中，...
[转]oracle 使用leading, use_nl, rownum调优例子
空心居
02-29 1358
1、使用leading和use_nl来设置表的查询顺序，来加快查询速度，一般把小表设为第一个表。/*+LEADING(TABLE)*/　　将指定的表作为连接次序中的首表./*+USE_NL(TABLE)*/　　将指定表与嵌套的连接的行源进行连接,并把指定表作为内部表.成本计算方法：设小表100行，大表100000行。两表均有索引：如果小表在内，大表在外(驱动表)的话，则扫描次数为：10
mysql中的leading用法_Oracle数据库中SQL语句的优化技巧
weixin_35626077的博客
02-02 1195
在SQL语句优化过程中，我们经常会用到hint,现总结一下在SQL优化过程中常见Oracle HINT的用法：1. /*+ALL_ROWS*/表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.例如: SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';2. /*+FIRST...
SQL执行计划与性能优化的关联分析
- 表之间的关系: 如何连接多表以及连接的顺序。 - 其他操作: 如过滤、聚合、分组等。 2. SQL语句性能优化: - 索引优化: 正确地创建和维护索引能够显著提高查询性能，避免全表扫描，减少I/O操作。 - SQL语句重写...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值