首页 | 互联网 | IT动态 | IT培训 | Cisco | Windows | Linux | Java | .Net | Oracle | 软件测试 | C/C++ | 嵌入式开发 | 存储世界 | 服务器
网络设备 | IDC | 安全 | 求职招聘 | 数字网校 | 网页设计 | 平面设计 | 技术专题 | 电子书下载 | 教学视频 | 源码下载 | 搜索 | 博客 | 论坛
中国IT实验室Oracle频道
中国IT教育
Google
首页 入门基础 安装配置 体系架构 PLSQL 备份恢复 性能调优 开发技术 资讯动态 考试认证 下载 专题 讨论
您现在的位置: 中国IT实验室 >> Oracle >> 性能调优 >> 正文

Oracle语句优化53个规则详解

    42.       使用提示(Hints)

    对于表的访问,可以使用两种Hints.

 FULL 和 ROWID

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

    例如:

 SELECT /*+ FULL(EMP) */ *
 FROM EMP
 WHERE EMPNO = 7893;

    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)*/ *
 FROM WORK;

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

 例如:

 SELECT /*+ INDEX(LODGING) */ LODGING
 FROM LODGING
 WHERE MANAGER = ‘BILL GATES’;

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

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

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

    43.       用WHERE替代ORDER BY

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

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

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

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

    例如:

 表DEPT包含以下列:

    DEPT_CODE    PK    NOT NULL
 DEPT_DESC           NOT NULL
 DEPT_TYPE           NULL

    非唯一性的索引(DEPT_TYPE)

    低效: (索引不被使用)

    SELECT DEPT_CODE
 FROM DEPT
 ORDER BY DEPT_TYPE

    EXPLAIN PLAN:
  SORT ORDER BY
    TABLE ACCESS FULL

 高效: (使用索引)

    SELECT DEPT_CODE
 FROM DEPT
 WHERE DEPT_TYPE > 0

 EXPLAIN PLAN:
  TABLE ACCESS BY ROWID ON EMP
   INDEX RANGE SCAN ON DEPT_IDX

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

SQL> select * from emp order by empno;
Execution Plan

----------------------------------------------------------

    0      SELECT STATEMENT Optimizer=CHOOSE
 1    0   TABLE ACCESS (BY INDEX ROWID) OF 'EMP'
 2    1     INDEX (FULL SCAN) OF 'EMPNO' (UNIQUE)

    44.       避免改变索引列的类型。

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

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

    SELECT …
    FROM EMP
 WHERE EMPNO = ‘123’

 实际上,经过ORACLE类型转换, 语句转化为:

 SELECT …
    FROM EMP
 WHERE EMPNO = TO_NUMBER(‘123’)

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

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

    SELECT …
    FROM EMP
WHERE EMP_TYPE = 123

 这个语句被ORACLE转换为:

 SELECT …
    FROM EMP
 WHERE TO_NUMBER(EMP_TYPE)=123

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

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

 

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] [10]  ... 下一页  >> 

【责编:Peng】

中国IT教育

相关产品和培训
文章评论
 友情推荐链接
 认证培训
 专题推荐

 ·关于Java框架技术专题
 ·XML全攻略技术专题
 ·JAVA开源技术介绍专题
 ·Java嵌入式开发之J2ME技术专题
 ·超前体验 Oracle 11g的5个新特性…
 ·揭密使用VB.NET的五个实用技巧
 ·Oracle和SQL Server常用函数对比专题…
 ·展现C#世界 C#程序设计专题…
 ·Java入门 Tomcat的配置技巧精华专题…
 ·Oracle RMAN物理备份技术详解…
 今日更新
 社区讨论
 博客论点
 频道精选
 Oracle频道相关导航