应用程序开发教程C版 国家级骨干高职院校中央财政支持的重点建设课程建设成果 教学ppt课件 董久敏 06专题六 数据库的优化.pptVIP

1.不要让Oracle做得太多 避免复杂的多表关联 Select … From user_files uf,df_money_files dm,cw_charge_record cc Where uf.user_no = dm.user_no and dm.user_no = cc.user_no and …… and not exists(select …) ??? 很难优化，随着数据量的增加性能的风险很大。 替代方案 设计时增加冗余字段 如在电费档案中冗余抄表区段号、在收费表中冗余电价代码等； 临时表 化整为零，首先根据参数条件从1个大表中把少量数据插入临时表，再用临时表去关联第2张大表； 先把中间数据放在临时表里，进行插入、删除、更新，不写日志文件，最后INSERT到正式表中； 光标处理 对于同时存在很多分支条件的情况尤其适用，用光标把字段读到变量里，if…else…，避免复杂的where条件 避免使用 ‘ * ‘ 当你想在SELECT子句中列出所有的COLUMN时,使用动态SQL列引用 ‘*’ 是一个方便的方法.不幸的是,这是一个非常低效的方法. 实际上,ORACLE在解析的过程中, 会将’*’ 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间； 只提取你所要使用的列； 使用别名能够加快解析速度； 避免使用耗费资源的操作 带有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL语句会启动SQL引擎 执行耗费资源的排序(SORT)功能. DISTINCT需要一次排序操作, 而其他的至少需要执行两次排序. 例如,一个UNION查询,其中每个查询都带有GROUP BY子句, GROUP BY会触发嵌入排序(NESTED SORT) ; 这样, 每个查询需要执行一次排序, 然后在执行UNION时, 又一个唯一排序(SORT UNIQUE)操作被执行而且它只能在前面的嵌入排序结束后才能开始执行. 嵌入的排序的深度会大大影响查询的效率. 通常, 带有UNION, MINUS , INTERSECT的SQL语句都可以用其他方式重写. 尽量避免使用distinct 例如: 低效: SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D,EMP E WHERE D.DEPT_NO = E.DEPT_NO 高效: SELECT DEPT_NO,DEPT_NAME FROM DEPT D WHERE EXISTS ( SELECT ‘X’ FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO); 用UNION-ALL 替换UNION ( if possible) 当SQL语句需要UNION两个查询结果集合时,这两个结果集合会以UNION-ALL的方式被合并, 然后在输出最终结果前进行排序. 举例: 低效： 　　 SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’ UNION SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’ 高效: SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’ UNION ALL SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’ 2.给优化器更明确的命令 自动选择索引 如果表中有两个以上（包括两个）索引，其中有一个唯一性索引，而其他是非唯一性． 在这种情况下，ORACLE将使用唯一性索引而完全忽略非唯一性索引． 举例: SELECT ENAME FROM EMP WHERE EMPNO = 2326 AND DEPTNO = 20 ; 这里，只有EMPNO上的索引是唯一性的，所以EMPNO索引将用来检索记录． TABLE ACCESS BY ROWID ON EMP INDE