首页 > 代码库 > Oracle Hints具体解释
Oracle Hints具体解释
在向大家具体介绍Oracle Hints之前，首先让大家了解下Oracle Hints是什么，然后全面介绍Oracle Hints，希望对大家实用。基于代价的优化器是非常聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了非常差的运行计划，使某个语句的运行变得奇慢无比。
此时就须要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成运行计划，从而使语句高效的运行。比如，假设我们觉得对于一个特定的语句，运行全表扫描要比运行索引扫描更有效，则我们就能够指示优化器使用全表扫描。在Oracle中，是通过为语句加入 Hints(提示)来实现干预优化器优化的目的。
Oracle Hints是一种机制，用来告诉优化器依照我们的告诉它的方式生成运行计划。我们能够用Oracle Hints来实现：
1) 使用的优化器的类型
2) 基于代价的优化器的优化目标，是all_rows还是first_rows。
3) 表的訪问路径，是全表扫描，还是索引扫描，还是直接利用rowid。
4) 表之间的连接类型
5) 表之间的连接顺序
6) 语句的并行程度
2、HINT能够基于下面规则产生作用
表连接的顺序、表连接的方法、訪问路径、并行度
除了”RULE”提示外，一旦使用的别的提示，语句就会自己主动的改为使用CBO优化器，此时假设你的数据字典中没有统计数据，就会使用缺省的统计数据。所以建议大家假设使用CBO或Hints提示，则最好对表和索引进行定期的分析。
怎样使用Hints:
Hints仅仅应用在它们所在sql语句块(statement block，由select、insert、update、deletekeyword标识)上，对其他SQL语句或语句的其他部分没有影响。如：对于使用union操作的2个 sql语句，假设仅仅在一个sql语句上有Hints，则该Hints不会影响还有一个sql语句。
我们能够使用凝视(comment)来为一个语句加入Hints，一个语句块仅仅能有一个凝视，并且凝视仅仅能放在SELECT, UPDATE, or DELETEkeyword的后面
使用Oracle Hints的语法：
{DELETE|INSERT|SELECT|UPDATE} /*+ hint [text] [hint[text]]... */
or
{DELETE|INSERT|SELECT|UPDATE} --+ hint [text] [hint[text]]...
注解：
1) DELETE、INSERT、SELECT和UPDATE是标识一个语句块開始的keyword，包括提示的凝视仅仅能出如今这些keyword的后面，否则提示无效。
2) “+”号表示该凝视是一个Hints，该加号必须马上跟在”/*”的后面，中间不能有空格。
3) hint是以下介绍的详细提示之中的一个，假设包括多个提示，则每一个提示之间须要用一个或多个空格隔开。
4) text 是其他说明hint的凝视性文本
假设你没有正确的指定Hints，Oracle将忽略该Hints，而且不会给出不论什么错误。
1. /*+ALL_ROWS*/
表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.
比如:
SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘;
2. /*+FIRST_ROWS*/
表明对语句块选择基于开销的优化方法,并获得最佳响应时间,使资源消耗最小化.
比如:
SELECT /*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘;
3. /*+CHOOSE*/
表明假设数据字典中有訪问表的统计信息,将基于开销的优化方法,并获得最佳的吞吐量;
表明假设数据字典中没有訪问表的统计信息,将基于规则开销的优化方法;
比如:
SELECT /*+CHOOSE*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘;
4. /*+RULE*/
表明对语句块选择基于规则的优化方法.
比如:
SELECT /*+ RULE */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘;
5. /*+FULL(TABLE)*/
表明对表选择全局扫描的方法.
比如:
SELECT /*+FULL(A)*/ EMP_NO,EMP_NAM FROM BSEMPMS A WHERE EMP_NO=‘SCOTT‘;
6. /*+ROWID(TABLE)*/
提示明白表明对指定表依据ROWID进行訪问.
比如:
SELECT /*+ROWID(BSEMPMS)*/ * FROM BSEMPMS WHERE ROWID>=‘AAAAAAAAAAAAAA‘
AND EMP_NO=‘SCOTT‘;
7. /*+CLUSTER(TABLE)*/
提示明白表明对指定表选择簇扫描的訪问方法,它仅仅对簇对象有效.
比如:
SELECT /*+CLUSTER */ BSEMPMS.EMP_NO,DPT_NO FROM BSEMPMS,BSDPTMS
WHERE DPT_NO=‘TEC304‘ AND BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
8. /*+INDEX(TABLE INDEX_NAME)*/
表明对表选择索引的扫描方法.
比如:
SELECT /*+INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS */ FROM BSEMPMS WHERE SEX=‘M‘;
9. /*+INDEX_ASC(TABLE INDEX_NAME)*/
表明对表选择索引升序的扫描方法.
比如:
SELECT /*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO=‘SCOTT‘;
10. /*+INDEX_COMBINE*/
为指定表选择位图訪问路经,假设INDEX_COMBINE中没有提供作为參数的索引,将选择出位图索引的布尔组合方式.
比如:
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * FROM BSEMPMS
WHERE SAL<5000000 AND HIREDATE
11. /*+INDEX_JOIN(TABLE INDEX_NAME)*/
提示明白命令优化器使用索引作为訪问路径.
比如:
SELECT /*+INDEX_JOIN(BSEMPMS SAL_HMI HIREDATE_BMI)*/ SAL,HIREDATE
FROM BSEMPMS WHERE SAL<60000;
12. /*+INDEX_DESC(TABLE INDEX_NAME)*/
表明对表选择索引降序的扫描方法.
比如:
SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO=‘SCOTT‘;
13. /*+INDEX_FFS(TABLE INDEX_NAME)*/
对指定的表运行高速全索引扫描,而不是全表扫描的办法.
比如:
SELECT /*+INDEX_FFS(BSEMPMS IN_EMPNAM)*/ * FROM BSEMPMS WHERE DPT_NO=‘TEC305‘;
14. /*+ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,...*/
提示明白进行运行规划的选择,将几个单列索引的扫描合起来.
比如:
SELECT /*+INDEX_FFS(BSEMPMS IN_DPTNO,IN_EMPNO,IN_SEX)*/ * FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘ AND DPT_NO=‘TDC306‘;
15. /*+USE_CONCAT*/
对查询中的WHERE后面的OR条件进行转换为UNION ALL的组合查询.
比如:
SELECT /*+USE_CONCAT*/ * FROM BSEMPMS WHERE DPT_NO=‘TDC506‘ AND SEX=‘M‘;
16. /*+NO_EXPAND*/
对于WHERE后面的OR 或者IN-LIST的查询语句,NO_EXPAND将阻止其基于优化器对其进行扩展.
比如:
SELECT /*+NO_EXPAND*/ * FROM BSEMPMS WHERE DPT_NO=‘TDC506‘ AND SEX=‘M‘;
17. /*+NOWRITE*/
禁止对查询块的查询重写操作.
18. /*+REWRITE*/
能够将视图作为參数.
19. /*+MERGE(TABLE)*/
可以对视图的各个查询进行对应的合并.
比如:
SELECT /*+MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELET DPT_NO
,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO
AND A.SAL>V.AVG_SAL;
20. /*+NO_MERGE(TABLE)*/
对于有可合并的视图不再合并.
比如:
SELECT /*+NO_MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELECT DPT_NO,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO AND A.SAL>V.AVG_SAL;
21. /*+ORDERED*/
依据表出如今FROM中的顺序,ORDERED使ORACLE依此顺序对其连接.
比如:
SELECT /*+ORDERED*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1;
22. /*+USE_NL(TABLE)*/
将指定表与嵌套的连接的行源进行连接,并把指定表作为内部表.
比如:
SELECT /*+ORDERED USE_NL(BSEMPMS)*/ BSDPTMS.DPT_NO,BSEMPMS.EMP_NO,BSEMPMS.EMP_NAM FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
23. /*+USE_MERGE(TABLE)*/
将指定的表与其它行源通过合并排序连接方式连接起来.
比如:
SELECT /*+USE_MERGE(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
24. /*+USE_HASH(TABLE)*/
将指定的表与其它行源通过哈希连接方式连接起来.
比如:
SELECT /*+USE_HASH(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
25. /*+DRIVING_SITE(TABLE)*/
强制与ORACLE所选择的位置不同的表进行查询运行.
比如:
SELECT /*+DRIVING_SITE(DEPT)*/ * FROM BSEMPMS,DEPT@BSDPTMS WHERE BSEMPMS.DPT_NO=DEPT.DPT_NO;
26. /*+LEADING(TABLE)*/
将指定的表作为连接次序中的首表.
27. /*+CACHE(TABLE)*/
当进行全表扫描时,CACHE提示可以将表的检索块放置在缓冲区缓存中近期最少列表LRU的近期使用端
比如:
SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
28. /*+NOCACHE(TABLE)*/
当进行全表扫描时,CACHE提示可以将表的检索块放置在缓冲区缓存中近期最少列表LRU的近期使用端
比如:
SELECT /*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
29. /*+APPEND*/
直接插入到表的最后,能够提快速度.
insert /*+append*/ into test1 select * from test4 ;
30. /*+NOAPPEND*/
通过在插入语句生存期内停止并行模式来启动常规插入.
insert /*+noappend*/ into test1 select * from test4 ;
31. NO_INDEX: 指定不使用哪些索引
/*+ NO_INDEX ( table [index [index]...] ) */
select /*+ no_index(emp ind_emp_sal ind_emp_deptno)*/ * from emp where deptno=200 and sal>300;
32. parallel
select /*+ parallel(emp,4)*/ * from emp where deptno=200 and sal>300;
另：每一个SELECT/INSERT/UPDATE/DELETE命令后仅仅能有一个/*+ */，但提示内容能够有多个，能够用逗号分开，空格也能够。
如：/*+ ordered index() use_nl() */
---------
类似例如以下的一条语句：insert into xxxx select /*+parallel(a) */ * from xxx a;数据量大约在75G左右，这位兄弟从上午跑到下午还没跑完，过来问我咋回事，说寻常2hrs能跑完的东西跑了好几个小时还撒动静。查看系统性能也比較 正常，cpu，io都不繁忙，平均READ速度在80M/s左右（勉强凑合），但平均写速度仅仅有10M不到。等待事件里面大量的‘ ‘PX Deq Credit: send blkd’，这里能看出并行出了问题，从而最后得知是并行使用方法有问题，改动之后20分钟完毕了该操作。正确的做法应该是：
alter session enable dml parallel；
insert /*+parallel(xxxx,4) */ into xxxx select /*+parallel(a) */ * from xxx a;
由于oracle默认并不会打开PDML，对DML语句必须手工启用。 另外不得不说的是，并行不是一个可扩展的特性，仅仅有在数据仓库或作为DBA等少数人的工具在批量数据操作时利于充分利用资源，而在OLTP环境下使用并行 须要很慎重。其实PDML还是有比較多的限制的，比如不支持触发器，引用约束，高级复制和分布式事务等特性，同一时候也会带来额外的空间占用，PDDL同 样是如此。有关Parallel excution可參考官方文档，在Thomas Kyte的新书《Expert Oracle Database architecture》也有精辟的讲述。
---------
select count(*)
From wid_serv_prod_mon_1100 a
where a.acct_month = 201010
and a.partition_id = 10
and serv_state not in (‘2HB‘, ‘2HL‘, ‘2HJ‘, ‘2HP‘, ‘2HF‘)
and online_flag in (0)
and incr_product_id in (2000020)
and product_id in (2020966, 2020972, 2100297, 2021116)
and billing_mode_id = 1
and exp_date > to_date(‘201010‘, ‘yyyymm‘)
and not exists (select /*+no_index (b IDX_W_CDR_MON_SERV_ID_1100)*/
1
from wid_cdr_mon_1100 b
where b.acct_month = 201010
and b.ANA_EVENT_TYPE_4 in
(‘10201010201‘, ‘10202010201‘, ‘10203010201‘, ‘10203010202‘, ‘10203030201‘, ‘10203030202‘, ‘10204010201‘, ‘10204010202‘, ‘10204030201‘)
and a.serv_id = b.serv_id)
此时就须要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成运行计划，从而使语句高效的运行。比如，假设我们觉得对于一个特定的语句，运行全表扫描要比运行索引扫描更有效，则我们就能够指示优化器使用全表扫描。在Oracle中，是通过为语句加入 Hints(提示)来实现干预优化器优化的目的。
Oracle Hints是一种机制，用来告诉优化器依照我们的告诉它的方式生成运行计划。我们能够用Oracle Hints来实现：
1) 使用的优化器的类型
2) 基于代价的优化器的优化目标，是all_rows还是first_rows。
3) 表的訪问路径，是全表扫描，还是索引扫描，还是直接利用rowid。
4) 表之间的连接类型
5) 表之间的连接顺序
6) 语句的并行程度
2、HINT能够基于下面规则产生作用
表连接的顺序、表连接的方法、訪问路径、并行度
除了”RULE”提示外，一旦使用的别的提示，语句就会自己主动的改为使用CBO优化器，此时假设你的数据字典中没有统计数据，就会使用缺省的统计数据。所以建议大家假设使用CBO或Hints提示，则最好对表和索引进行定期的分析。
怎样使用Hints:
Hints仅仅应用在它们所在sql语句块(statement block，由select、insert、update、deletekeyword标识)上，对其他SQL语句或语句的其他部分没有影响。如：对于使用union操作的2个 sql语句，假设仅仅在一个sql语句上有Hints，则该Hints不会影响还有一个sql语句。
我们能够使用凝视(comment)来为一个语句加入Hints，一个语句块仅仅能有一个凝视，并且凝视仅仅能放在SELECT, UPDATE, or DELETEkeyword的后面
使用Oracle Hints的语法：
{DELETE|INSERT|SELECT|UPDATE} /*+ hint [text] [hint[text]]... */
or
{DELETE|INSERT|SELECT|UPDATE} --+ hint [text] [hint[text]]...
注解：
1) DELETE、INSERT、SELECT和UPDATE是标识一个语句块開始的keyword，包括提示的凝视仅仅能出如今这些keyword的后面，否则提示无效。
2) “+”号表示该凝视是一个Hints，该加号必须马上跟在”/*”的后面，中间不能有空格。
3) hint是以下介绍的详细提示之中的一个，假设包括多个提示，则每一个提示之间须要用一个或多个空格隔开。
4) text 是其他说明hint的凝视性文本
假设你没有正确的指定Hints，Oracle将忽略该Hints，而且不会给出不论什么错误。
1. /*+ALL_ROWS*/
表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.
比如:
SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘;
2. /*+FIRST_ROWS*/
表明对语句块选择基于开销的优化方法,并获得最佳响应时间,使资源消耗最小化.
比如:
SELECT /*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘;
3. /*+CHOOSE*/
表明假设数据字典中有訪问表的统计信息,将基于开销的优化方法,并获得最佳的吞吐量;
表明假设数据字典中没有訪问表的统计信息,将基于规则开销的优化方法;
比如:
SELECT /*+CHOOSE*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘;
4. /*+RULE*/
表明对语句块选择基于规则的优化方法.
比如:
SELECT /*+ RULE */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘;
5. /*+FULL(TABLE)*/
表明对表选择全局扫描的方法.
比如:
SELECT /*+FULL(A)*/ EMP_NO,EMP_NAM FROM BSEMPMS A WHERE EMP_NO=‘SCOTT‘;
6. /*+ROWID(TABLE)*/
提示明白表明对指定表依据ROWID进行訪问.
比如:
SELECT /*+ROWID(BSEMPMS)*/ * FROM BSEMPMS WHERE ROWID>=‘AAAAAAAAAAAAAA‘
AND EMP_NO=‘SCOTT‘;
7. /*+CLUSTER(TABLE)*/
提示明白表明对指定表选择簇扫描的訪问方法,它仅仅对簇对象有效.
比如:
SELECT /*+CLUSTER */ BSEMPMS.EMP_NO,DPT_NO FROM BSEMPMS,BSDPTMS
WHERE DPT_NO=‘TEC304‘ AND BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
8. /*+INDEX(TABLE INDEX_NAME)*/
表明对表选择索引的扫描方法.
比如:
SELECT /*+INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS */ FROM BSEMPMS WHERE SEX=‘M‘;
9. /*+INDEX_ASC(TABLE INDEX_NAME)*/
表明对表选择索引升序的扫描方法.
比如:
SELECT /*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO=‘SCOTT‘;
10. /*+INDEX_COMBINE*/
为指定表选择位图訪问路经,假设INDEX_COMBINE中没有提供作为參数的索引,将选择出位图索引的布尔组合方式.
比如:
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * FROM BSEMPMS
WHERE SAL<5000000 AND HIREDATE
11. /*+INDEX_JOIN(TABLE INDEX_NAME)*/
提示明白命令优化器使用索引作为訪问路径.
比如:
SELECT /*+INDEX_JOIN(BSEMPMS SAL_HMI HIREDATE_BMI)*/ SAL,HIREDATE
FROM BSEMPMS WHERE SAL<60000;
12. /*+INDEX_DESC(TABLE INDEX_NAME)*/
表明对表选择索引降序的扫描方法.
比如:
SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO=‘SCOTT‘;
13. /*+INDEX_FFS(TABLE INDEX_NAME)*/
对指定的表运行高速全索引扫描,而不是全表扫描的办法.
比如:
SELECT /*+INDEX_FFS(BSEMPMS IN_EMPNAM)*/ * FROM BSEMPMS WHERE DPT_NO=‘TEC305‘;
14. /*+ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,...*/
提示明白进行运行规划的选择,将几个单列索引的扫描合起来.
比如:
SELECT /*+INDEX_FFS(BSEMPMS IN_DPTNO,IN_EMPNO,IN_SEX)*/ * FROM BSEMPMS WHERE EMP_NO=‘SCOTT‘ AND DPT_NO=‘TDC306‘;
15. /*+USE_CONCAT*/
对查询中的WHERE后面的OR条件进行转换为UNION ALL的组合查询.
比如:
SELECT /*+USE_CONCAT*/ * FROM BSEMPMS WHERE DPT_NO=‘TDC506‘ AND SEX=‘M‘;
16. /*+NO_EXPAND*/
对于WHERE后面的OR 或者IN-LIST的查询语句,NO_EXPAND将阻止其基于优化器对其进行扩展.
比如:
SELECT /*+NO_EXPAND*/ * FROM BSEMPMS WHERE DPT_NO=‘TDC506‘ AND SEX=‘M‘;
17. /*+NOWRITE*/
禁止对查询块的查询重写操作.
18. /*+REWRITE*/
能够将视图作为參数.
19. /*+MERGE(TABLE)*/
可以对视图的各个查询进行对应的合并.
比如:
SELECT /*+MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELET DPT_NO
,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO
AND A.SAL>V.AVG_SAL;
20. /*+NO_MERGE(TABLE)*/
对于有可合并的视图不再合并.
比如:
SELECT /*+NO_MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELECT DPT_NO,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO AND A.SAL>V.AVG_SAL;
21. /*+ORDERED*/
依据表出如今FROM中的顺序,ORDERED使ORACLE依此顺序对其连接.
比如:
SELECT /*+ORDERED*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1;
22. /*+USE_NL(TABLE)*/
将指定表与嵌套的连接的行源进行连接,并把指定表作为内部表.
比如:
SELECT /*+ORDERED USE_NL(BSEMPMS)*/ BSDPTMS.DPT_NO,BSEMPMS.EMP_NO,BSEMPMS.EMP_NAM FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
23. /*+USE_MERGE(TABLE)*/
将指定的表与其它行源通过合并排序连接方式连接起来.
比如:
SELECT /*+USE_MERGE(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
24. /*+USE_HASH(TABLE)*/
将指定的表与其它行源通过哈希连接方式连接起来.
比如:
SELECT /*+USE_HASH(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
25. /*+DRIVING_SITE(TABLE)*/
强制与ORACLE所选择的位置不同的表进行查询运行.
比如:
SELECT /*+DRIVING_SITE(DEPT)*/ * FROM BSEMPMS,DEPT@BSDPTMS WHERE BSEMPMS.DPT_NO=DEPT.DPT_NO;
26. /*+LEADING(TABLE)*/
将指定的表作为连接次序中的首表.
27. /*+CACHE(TABLE)*/
当进行全表扫描时,CACHE提示可以将表的检索块放置在缓冲区缓存中近期最少列表LRU的近期使用端
比如:
SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
28. /*+NOCACHE(TABLE)*/
当进行全表扫描时,CACHE提示可以将表的检索块放置在缓冲区缓存中近期最少列表LRU的近期使用端
比如:
SELECT /*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
29. /*+APPEND*/
直接插入到表的最后,能够提快速度.
insert /*+append*/ into test1 select * from test4 ;
30. /*+NOAPPEND*/
通过在插入语句生存期内停止并行模式来启动常规插入.
insert /*+noappend*/ into test1 select * from test4 ;
31. NO_INDEX: 指定不使用哪些索引
/*+ NO_INDEX ( table [index [index]...] ) */
select /*+ no_index(emp ind_emp_sal ind_emp_deptno)*/ * from emp where deptno=200 and sal>300;
32. parallel
select /*+ parallel(emp,4)*/ * from emp where deptno=200 and sal>300;
另：每一个SELECT/INSERT/UPDATE/DELETE命令后仅仅能有一个/*+ */，但提示内容能够有多个，能够用逗号分开，空格也能够。
如：/*+ ordered index() use_nl() */
---------
类似例如以下的一条语句：insert into xxxx select /*+parallel(a) */ * from xxx a;数据量大约在75G左右，这位兄弟从上午跑到下午还没跑完，过来问我咋回事，说寻常2hrs能跑完的东西跑了好几个小时还撒动静。查看系统性能也比較 正常，cpu，io都不繁忙，平均READ速度在80M/s左右（勉强凑合），但平均写速度仅仅有10M不到。等待事件里面大量的‘ ‘PX Deq Credit: send blkd’，这里能看出并行出了问题，从而最后得知是并行使用方法有问题，改动之后20分钟完毕了该操作。正确的做法应该是：
alter session enable dml parallel；
insert /*+parallel(xxxx,4) */ into xxxx select /*+parallel(a) */ * from xxx a;
由于oracle默认并不会打开PDML，对DML语句必须手工启用。 另外不得不说的是，并行不是一个可扩展的特性，仅仅有在数据仓库或作为DBA等少数人的工具在批量数据操作时利于充分利用资源，而在OLTP环境下使用并行 须要很慎重。其实PDML还是有比較多的限制的，比如不支持触发器，引用约束，高级复制和分布式事务等特性，同一时候也会带来额外的空间占用，PDDL同 样是如此。有关Parallel excution可參考官方文档，在Thomas Kyte的新书《Expert Oracle Database architecture》也有精辟的讲述。
---------
select count(*)
From wid_serv_prod_mon_1100 a
where a.acct_month = 201010
and a.partition_id = 10
and serv_state not in (‘2HB‘, ‘2HL‘, ‘2HJ‘, ‘2HP‘, ‘2HF‘)
and online_flag in (0)
and incr_product_id in (2000020)
and product_id in (2020966, 2020972, 2100297, 2021116)
and billing_mode_id = 1
and exp_date > to_date(‘201010‘, ‘yyyymm‘)
and not exists (select /*+no_index (b IDX_W_CDR_MON_SERV_ID_1100)*/
1
from wid_cdr_mon_1100 b
where b.acct_month = 201010
and b.ANA_EVENT_TYPE_4 in
(‘10201010201‘, ‘10202010201‘, ‘10203010201‘, ‘10203010202‘, ‘10203030201‘, ‘10203030202‘, ‘10204010201‘, ‘10204010202‘, ‘10204030201‘)
and a.serv_id = b.serv_id)
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。