Oracle语句优化规则汇总(9)

1. 使用提示(Hints)

　　对于表的访问，可以使用两种Hints：FULL 和 ROWID

　　FULL hint 告诉ORACLE使用全表扫描的方式访问指定表。

　　例如：

　　ROWID hint 告诉ORACLE使用TABLE ACCESS BY ROWID的操作访问表。

　　通常， 你需要采用TABLE ACCESS BY ROWID的方式特别是当访问大表的时候， 使用这种方式， 你需要知道ROIWD的值或者使用索引。

　　如果一个大表没有被设定为缓存(CACHED)表而你希望它的数据在查询结束是仍然停留在SGA中，你就可以使用CACHE hint 来告诉优化器把数据保留在SGA中。 通常CACHE hint 和 FULL hint 一起使用。

　　例如：

　　索引hint 告诉ORACLE使用基于索引的扫描方式。 你不必说明具体的索引名称

　　例如：

　　在不使用hint的情况下， 以上的查询应该也会使用索引，然而，如果该索引的重复值过多而你的优化器是CBO， 优化器就可能忽略索引。 在这种情况下， 你可以用INDEX hint强制ORACLE使用该索引。

　　ORACLE hints 还包括ALL_ROWS， FIRST_ROWS， RULE，USE_NL， USE_MERGE， USE_HASH 等等。

　　：使用hint ， 表示我们对ORACLE优化器缺省的执行路径不满意，需要手工修改。这是一个很有技巧性的工作。 我建议只针对特定的，少数的SQL进行hint的优化。对ORACLE的优化器还是要有信心(特别是CBO)

2. 用WHERE替代ORDER BY

·                          　　ORDER BY 子句只在两种严格的条件下使用索引。

·                          　　ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序。

·                          　　ORDER BY中所有的列必须定义为非空。

·                          　　WHERE子句使用的索引和ORDER BY子句中所使用的索引不能并列。

　　例如：

　　表DEPT包含以下列：

　　非唯一性的索引(DEPT_TYPE)

　　低效： (索引不被使用)

　　高效： (使用索引)

　　：ORDER BY 也能使用索引! 这的确是个容易被忽视的知识点。 我们来验证一下：

3. 避免改变索引列的类型

　　当比较不同数据类型的数据时， ORACLE自动对列进行简单的类型转换。

　　假设 EMPNO是一个数值类型的索引列。

　　实际上，经过ORACLE类型转换， 语句转化为：

　　幸运的是，类型转换没有发生在索引列上，索引的用途没有被改变。

　　现在，假设EMP_TYPE是一个字符类型的索引列。

　　这个语句被ORACLE转换为：

　　因为内部发生的类型转换， 这个索引将不会被用到!

　　：为了避免ORACLE对你的SQL进行隐式的类型转换， 最好把类型转换用显式表现出来。 注意当字符和数值比较时， ORACLE会优先转换数值类型到字符类型。