使用提示(Hints) 对于表的访问可以使用两种HintsFULL 和 ROWID
FULL hint 告诉ORACLE使用全表扫描的方式访问指定表
例如
SELECT/*+FULL(EMP)*/*
FROMEMP
WHEREEMPNO=;
ROWID hint 告诉ORACLE使用TABLE ACCESS BY ROWID的操作访问表
通常 你需要采用TABLE ACCESS BY ROWID的方式特别是当访问大表的时候 使用这种方式 你需要知道ROIWD的值或者使用索引
如果一个大表没有被设定为缓存(CACHED)表而你希望它的数据在查询结束是仍然停留在SGA中你就可以使用CACHE hint 来告诉优化器把数据保留在SGA中 通常CACHE hint 和 FULL hint 一起使用
例如
SELECT/*+FULL(WORKER)CACHE(WORKER)*/*
FROMWORK;
索引hint 告诉ORACLE使用基于索引的扫描方式 你不必说明具体的索引名称
例如
SELECT/*+INDEX(LODGING)*/LODGING
FROMLODGING
WHEREMANAGER=BILLGATES;
在不使用hint的情况下 以上的查询应该也会使用索引然而如果该索引的重复值过多而你的优化器是CBO 优化器就可能忽略索引 在这种情况下 你可以用INDEX hint强制ORACLE使用该索引
ORACLE hints 还包括ALL_ROWS FIRST_ROWS RULEUSE_NL USE_MERGE USE_HASH 等等
使用hint 表示我们对ORACLE优化器缺省的执行路径不满意需要手工修改这是一个很有技巧性的工作 我建议只针对特定的少数的SQL进行hint的优化对ORACLE的优化器还是要有信心(特别是CBO)
用WHERE替代ORDER BY
ORDER BY 子句只在两种严格的条件下使用索引
ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序
ORDER BY中所有的列必须定义为非空
WHERE子句使用的索引和ORDER BY子句中所使用的索引不能并列
例如
表DEPT包含以下列
DEPT_CODEPKNOTNULL
DEPT_DESCNOTNULL
DEPT_TYPENULL
非唯一性的索引(DEPT_TYPE)
低效 (索引不被使用)
SELECTDEPT_CODE
FROMDEPT
ORDERBYDEPT_TYPE
EXPLAINPLAN
SORTORDERBY
TABLEACCESSFULL
高效 (使用索引)
SELECTDEPT_CODE
FROMDEPT
WHEREDEPT_TYPE>
EXPLAINPLAN
TABLEACCESSBYROWIDONEMP
INDEXRANGESCANONDEPT_IDX
ORDER BY 也能使用索引! 这的确是个容易被忽视的知识点 我们来验证一下
SQL> select * from emp order by empno
Execution Plan
SELECT STATEMENT Optimizer=CHOOSE
TABLE ACCESS (BY INDEX ROWID) OF EMP
INDEX (FULL SCAN) OF EMPNO (UNIQUE)
避免改变索引列的类型
当比较不同数据类型的数据时 ORACLE自动对列进行简单的类型转换
假设 EMPNO是一个数值类型的索引列
SELECT…
FROMEMP
WHEREEMPNO=
实际上经过ORACLE类型转换 语句转化为
SELECT…
FROMEMP
WHEREEMPNO=TO_NUMBER()
幸运的是类型转换没有发生在索引列上索引的用途没有被改变
现在假设EMP_TYPE是一个字符类型的索引列
SELECT…
FROMEMP
WHEREEMP_TYPE=
这个语句被ORACLE转换为
SELECT…
FROMEMP
WHERETO_NUMBER(EMP_TYPE)=
因为内部发生的类型转换 这个索引将不会被用到!
为了避免ORACLE对你的SQL进行隐式的类型转换 最好把类型转换用显式表现出来 注意当字符和数值比较时 ORACLE会优先转换数值类型到字符类型