Hint@H_301_1@概述
@H_301_1@基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA@H_301_1@的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。
@H_301_1@此时就需要DBA@H_301_1@进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成执行计划，从@H_301_1@而使语句高效的运行。例如，如果我们认为对于一个特定的语句，执行全表扫描要比执行索引扫描更有效，则我们就可以指示优化器使用全表扫描。在Oracle @H_301_1@中，是通过为语句添加 Hints(@H_301_1@提示)@H_301_1@来实现干预优化器优化的目的。
@H_301_1@不建议在代码中使用hint@H_301_1@，在代码使用hint@H_301_1@使得CBO@H_301_1@无法根据实际的数据状态选择正确的执行计划。毕竟@H_301_1@数据是不断变化的， 10g@H_301_1@以后的CBO@H_301_1@也越来越完善，大多数情况下我们该让Oracle@H_301_1@自行决定采用什么执行计划。
Oracle Hints@H_301_1@是一种机制，用来告诉优化器按照我们的告诉它的方式生成执行计划。我们可以用Oracle Hints@H_301_1@来实现：
1) @H_301_1@使用的优化器的类型
2) @H_301_1@基于代价的优化器的优化目标，是all_rows@H_301_1@还是first_rows@H_301_1@。
3) @H_301_1@表的访问路径，是全表扫描，还是索引扫描，还是直接利用rowid@H_301_1@。
4) @H_301_1@表之间的连接类型
5) @H_301_1@表之间的连接顺序
6) @H_301_1@语句的并行程度
@H_301_1@除了”RULE@H_301_1@”提示外，一旦使用的别的提示，语句就会自动的改为使用CBO@H_301_1@优化器，此时如果你的数据字典中没有统计数据，就会使用缺省的统计数据。所以建议大家如果使用CBO@H_301_1@或Hints@H_301_1@提示，则最好对表和索引进行定期的分析。
@H_301_1@如何使用Hints
Hints@H_301_1@只应用在它们所在sql@H_301_1@语句块(statementblock@H_301_1@，由select@H_301_1@、update@H_301_1@、delete@H_301_1@关键字标识)@H_301_1@上，对其它sql@H_301_1@语句或语句的其它部分没有影响。如：对于使用union@H_301_1@操作的2@H_301_1@个sql@H_301_1@语句，如果只在一个sql@H_301_1@语句上有Hints@H_301_1@，则该Hints@H_301_1@不会影响另一个sql@H_301_1@语句。
@H_301_1@我们可以使用注释(comment)@H_301_1@来为一个语句添加Hints@H_301_1@，一个语句块只能有一个注释，而且注释只能放在SELECT,UPDATE,or DELETE@H_301_1@关键字的后面
@H_301_1@使用Oracle Hints@H_301_1@的语法：
{DELETE|INSERT|SELECT|UPDATE} /*+ hint[text] [hint[text]]... */
or
{DELETE|INSERT|SELECT|UPDATE} --+ hint[text] [hint[text]]...
@H_301_1@注解：
1) DELETE@H_301_1@、INSERT@H_301_1@、SELECT@H_301_1@和UPDATE@H_301_1@是标识一个语句块开始的关键字，包含提示的注释只能出现在这些关键字的后面，否则提示无效。
2) @H_301_1@“+@H_301_1@”号表示该注释是一个Hints@H_301_1@，该加号必须立即跟在”/*@H_301_1@”的后面，中间不能有空格。
3) hint@H_301_1@是下面介绍的具体提示之一，如果包含多个提示，则每个提示之间需要用一个或多个空格隔开。
4) text @H_301_1@是其它说明hint@H_301_1@的注释性文本
5)@H_301_1@使用表别名。如果在查询中指定了表别名，那么提示必须也使用表别名。例如：select /*+ index(e,dept_idx) */ * from emp e;
6)@H_301_1@不要在提示中使用模式名称：如果在提示中指定了模式的所有者，那么提示将被忽略。例如：
select /*+ index(scott.emp,dept_idx) */ *from emp
@H_301_1@注意：如果你没有正确的指定Hints@H_301_1@，Oracle@H_301_1@将忽略该Hints@H_301_1@，并且不会给出任何错误。
hint@H_301_1@被忽略
@H_301_1@如果CBO@H_301_1@认为使用hint@H_301_1@会导致错误的结果时，hint@H_301_1@将被忽略，详见下例
sql>select/*+index(tt_ind)*/count(*)fromt; ExecutionPlan ---------------------------------------------------------- Planhashvalue:2966233522 ------------------------------------------------------------------- |Id|Operation|Name|Rows|Cost(%cpu)|Time| ------------------------------------------------------------------- |0|SELECTSTATEMENT||1|57(2)|00:00:01| |1|SORTAGGREGATE||1||| |2|TABLEACCESSFULL|T|50366|57(2)|00:00:01| -------------------------------------------------------------------
@H_301_1@因为我们是对记录求总数，且我们并没有在建立索引时指定不能为空，索引如果CBO@H_301_1@选择在索引上进行count@H_301_1@时，但索引字段上的值为空时，结果将不准确，故CBO@H_301_1@没有选择索引。
sql>select/*+index(tt_ind)*/count(id)fromt; ExecutionPlan ---------------------------------------------------------- Planhashvalue:646498162 -------------------------------------------------------------------------- |Id|Operation|Name|Rows|Bytes|Cost(%cpu)|Time| -------------------------------------------------------------------------- |0|SELECTSTATEMENT||1|5|285(1)|00:00:04| |1|SORTAGGREGATE||1|5||| |2|INDEXFULLSCAN|T_IND|50366|245K|285(1)|00:00:04| --------------------------------------------------------------------------
@H_301_1@因为我们只对id@H_301_1@进行count@H_301_1@，这个动作相当于count@H_301_1@索引上的所有id@H_301_1@值，这个操作和对表上的id@H_301_1@字段进行count@H_301_1@是一样的(@H_301_1@组函数会忽略null@H_301_1@值)
@H_301_1@和优化器相关的hint
1@H_301_1@、/*+ ALL_ROWS */
@H_301_1@表明对语句块选择基于开销的优化方法,@H_301_1@并获得最佳吞吐量,@H_301_1@使资源消耗最小化.
SELECT /*+ ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_INFROM BSEMPMS WHERE EMP_NO='SCOTT';
2@H_301_1@、/*+ FIRST_ROWS(n) */
@H_301_1@表明对语句块选择基于开销的优化方法,@H_301_1@并获得最佳响应时间,@H_301_1@使资源消耗最小化.
SELECT /*+FIRST_ROWS(20) */EMP_NO,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
3@H_301_1@、/*+ RULE*/
SELECT /*+ RULE */ EMP_NO,DAT_INFROM BSEMPMS WHERE EMP_NO='SCOTT';
@H_301_1@和访问路径相关的hint
1@H_301_1@、/*+ FULL(TABLE)*/
SELECT /*+FULL(A)*/ EMP_NO,EMP_NAM FROMBSEMPMS A WHERE EMP_NO='SCOTT';
2@H_301_1@、/*+ INDEX(TABLEINDEX_NAME) */
SELECT /*+INDEX(BSEMPMS SEX_INDEX) */ *FROM BSEMPMS WHERE SEX='M';
5@H_301_1@、/*+ INDEX_ASC(TABLEINDEX_NAME)*/
SELECT /*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */* FROM BSEMPMS WHERE DPT_NO='SCOTT';
6@H_301_1@、/*+ INDEX_COMBINE*/
@H_301_1@为指定表选择位图访问路经,@H_301_1@如果INDEX_COMBINE@H_301_1@中没有提供作为参数的索引,@H_301_1@将选择出位图索引的布尔组合方式.
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMIHIREDATE_BMI) */ * FROM BSEMPMS
WHERE SAL<5000000 AND HIREDATE
7@H_301_1@、/*+ INDEX_JOIN(TABLEINDEX_NAME1 INDEX_NAME2) */
@H_301_1@当谓词中引用的列都有索引的时候，可以通过指定采用索引关联的方式，来访问数据
select /*+ index_join(t t_ind t_bm) */ idfrom t where id=100 and object_name='EMPLOYEES'
8@H_301_1@、/*+ INDEX_DESC(TABLEINDEX_NAME)*/
SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */* FROM BSEMPMS WHERE DPT_NO='SCOTT';
9@H_301_1@、/*+ INDEX_FFS(TABLEINDEX_NAME) */
@H_301_1@对指定的表执行快速全索引扫描,@H_301_1@而不是全表扫描的办法.
SELECT /* + INDEX_FFS(BSEMPMS IN_EMPNAM)*/* FROM BSEMPMS WHERE DPT_NO='TEC305';
10@H_301_1@、/*+ INDEX_SS(TT_IND) */
@H_301_1@从9i@H_301_1@开始，oracle@H_301_1@引入了这种索引访问方式。当在一个联合索引中，某些谓词条件并不在联合索引的第一列时，可以通过Index Skip Scan@H_301_1@来访问索引获得数据。当联合索引第一列的唯一值个数很少时，使用这种方式比全表扫描效率高。
sql>createtabletasselect1id,object_namefromdba_objects; Tablecreated. sql>insertintotselect2,object_namefromdba_objects; 50366rowscreated. sql>insertintotselect3,object_namefromdba_objects; 50366rowscreated. sql>insertintotselect4,object_namefromdba_objects; 50366rowscreated. sql>commit; Commitcomplete. sql>createindext_indont(id,object_name); Indexcreated. sql>execdbms_stats.gather_table_stats('HR','T',cascade=>true); PL/sqlproceduresuccessfullycompleted. 执行全表扫描 sql>select/*+full(t)*/*fromtwhereobject_name='EMPLOYEES'; 6rowsselected. ExecutionPlan ---------------------------------------------------------- Planhashvalue:1601196873 -------------------------------------------------------------------------- |Id|Operation|Name|Rows|Bytes|Cost(%cpu)|Time| -------------------------------------------------------------------------- |0|SELECTSTATEMENT||5|135|215(3)|00:00:03| |*1|TABLEACCESSFULL|T|5|135|215(3)|00:00:03| -------------------------------------------------------------------------- PredicateInformation(identifiedbyoperationid): --------------------------------------------------- 1-filter("OBJECT_NAME"='EMPLOYEES') Statistics ---------------------------------------------------------- 0recursivecalls 0dbblockgets 942consistentgets 0physicalreads 0redosize 538bytessentviasql*Nettoclient 385bytesreceivedviasql*Netfromclient 2sql*Netroundtripsto/fromclient 0sorts(memory) 0sorts(disk) 6rowsprocessed 不采用hint sql>select*fromtwhereobject_name='EMPLOYEES'; 6rowsselected. ExecutionPlan ---------------------------------------------------------- Planhashvalue:2869677071 -------------------------------------------------------------------------- |Id|Operation|Name|Rows|Bytes|Cost(%cpu)|Time| -------------------------------------------------------------------------- |0|SELECTSTATEMENT||5|135|5(0)|00:00:01| |*1|INDEXSKIPSCAN|T_IND|5|135|5(0)|00:00:01| -------------------------------------------------------------------------- PredicateInformation(identifiedbyoperationid): --------------------------------------------------- 1-access("OBJECT_NAME"='EMPLOYEES') filter("OBJECT_NAME"='EMPLOYEES') Statistics ---------------------------------------------------------- 1recursivecalls 0dbblockgets 17consistentgets 1physicalreads 0redosize 538bytessentviasql*Nettoclient 385bytesreceivedviasql*Netfromclient 2sql*Netroundtripsto/fromclient 0sorts(memory) 0sorts(disk) 6rowsprocessed
@H_301_1@当全表扫描扫描了942@H_301_1@个块，联合索引只扫描了17@H_301_1@个数据块。可以看到联合索引的第一个字段的值重复率很高时，即使谓词中没有联合索引的第一个字段，依然会使用index_ss@H_301_1@方式，效率远远高于全表扫描效率。但当@H_301_1@第一个字段的值重复率很低时，使用 index_ss@H_301_1@的效率要低于@H_301_1@全表扫描，读者可以自行实验
@H_301_1@和表的关联相关的hint
/*+ leading(table_1,table_2) */
@H_301_1@在多表关联查询中，指定哪个表作为驱动表，即告诉优化器首先要访问哪个表上的数据。
select /*+ leading(t,t1) */ t.* from t,t1where t.id=t1.id;
/*+ order */
@H_301_1@让Oracle@H_301_1@根据from@H_301_1@后面表的顺序来选择驱动表，oracle@H_301_1@建议使用leading@H_301_1@，他更为灵活
select /*+ order */ t.* from t,t1 wheret.id=t1.id;
/*+ use_nl(table_1,table_2) */
@H_301_1@在多表关联查询中，指定使用nest loops@H_301_1@方式进行多表关联。
select /*+ use_nl(t,t1where t.id=t1.id;
/*+ use_hash(table_1,table_2) */
@H_301_1@在多表关联查询中，指定使用hash join@H_301_1@方式进行多表关联。
select /*+ use_hash(t,t1where t.id=t1.id;
@H_301_1@在多表关联查询中，指定使用hash join@H_301_1@方式进行多表关联，并指定表t@H_301_1@为驱动表。
select /*+ use_hash(t,t1) leading(t,t1) */t.* from t,t1 where t.id=t1.id;
/*+ use_merge(table_1,table_2) */
@H_301_1@在多表关联查询中，指定使用merge join@H_301_1@方式进行多表关联。
select /*+ use_merge(t,t1where t.id=t1.id;
/*+ no_use_nl(table_1,table_2) */
@H_301_1@在多表关联查询中，指定不使用nest loops@H_301_1@方式进行多表关联。
select /*+ no_use_nl(t,t1where t.id=t1.id;
/*+ no_use_hash(table_1,table_2) */
@H_301_1@在多表关联查询中，指定不使用hash join@H_301_1@方式进行多表关联。
select /*+ no_use_hash(t,t1) */ t.* fromt,t1 where t.id=t1.id;
/*+ no_use_merge(table_1,table_2) */
@H_301_1@在多表关联查询中，指定不使用merge join@H_301_1@方式进行多表关联。
select /*+ no_use_merge(t,t1 where t.id=t1.id;
@H_301_1@其他常用的hint
/*+ parallel(table_name n) */
@H_301_1@在sql@H_301_1@中指定执行的并行度，这个值将会覆盖自身的并行度
select /*+ parallel(t 4) */ count(*) from t;
/*+ no_parallel(table_name) */
@H_301_1@在sql@H_301_1@中指定执行的不使用并行
select /*+ no_parallel(t) */ count(*) from t;
/*+ append */@H_301_1@以直接加载的方式将数据加载入库
insert into t /*+ append */ select * fromt;
/*+ dynamic_sampling(table_name n) */
@H_301_1@设置sql@H_301_1@执行时动态采用的级别，这个级别为0~10
select /*+ dynamic_sampling(t 4) */ * fromt where id > 1234
/*+ cache(table_name) */
@H_301_1@进行全表扫描时将table@H_301_1@置于LRU@H_301_1@列表的最活跃端，类似于table@H_301_1@的cache@H_301_1@属性
select /*+ full(employees) cache(employees)*/ last_name from employees
