Oracle语句优化规则汇总
[b][size=2]1. 需要当心的WHERE子句[/size][/b][size=2] 某些SELECT 语句中的WHERE子句不使用索引。 这里有一些例子。[/size][size=2] 在下面的例子里， ‘!=’ 将不使用索引。 记住， 索引只能告诉你什么存在于表中， 而不能告诉你什么不存在于表中。[/size]
[size=2] [b]不使用索引：[/b][/size]
[table=95%][tr][td][size=2] SELECT ACCOUNT_NAME
FROM [/size][size=2][color=#16387c]TRANSACTION[/color][/size][size=2]
WHERE AMOUNT !=0;[/size][/td][/tr][/table]
[size=2] [b]使用索引：[/b][/size]
[table=95%][tr][td][size=2] SELECT ACCOUNT_NAME
FROM TRANSACTION
WHERE AMOUNT >0;[/size][/td][/tr][/table]
[size=2] 下面的例子中， ‘||’是字符连接函数。 就象其他函数那样， 停用了索引。[/size]
[size=2] [b]不使用索引：[/b][/size]
[table=95%][tr][td][size=2] SELECT ACCOUNT_NAME，AMOUNT
FROM TRANSACTION
WHERE ACCOUNT_NAME||ACCOUNT_TYPE=‘AMEXA’;[/size][/td][/tr][/table]
[size=2] [b]使用索引：[/b][/size]
[table=95%][tr][td][size=2] SELECT ACCOUNT_NAME，AMOUNT
FROM TRANSACTION
WHERE ACCOUNT_NAME = ‘AMEX’AND ACCOUNT_TYPE=‘ A’;[/size][/td][/tr][/table]
[size=2] 下面的例子中， ‘+’是数学函数。 就象其他数学函数那样， 停用了索引。[/size]
[size=2] [b]不使用索引：[/b][/size]
[table=95%][tr][td][size=2] SELECT ACCOUNT_NAME， AMOUNT
FROM TRANSACTION
WHERE AMOUNT + 3000 >5000;[/size]
[/td][/tr][/table]
[size=2] [b]使用索引：[/b][/size]
[table=95%][tr][td][size=2] SELECT ACCOUNT_NAME， AMOUNT
FROM TRANSACTION
WHERE AMOUNT > 2000 ;[/size][/td][/tr][/table]
[size=2] 下面的例子中，相同的索引列不能互相比较，这将会启用全表扫描。[/size]
[size=2] [b]不使用索引：[/b][/size]
[table=95%][tr][td][size=2] SELECT ACCOUNT_NAME， AMOUNT
FROM TRANSACTION
WHERE ACCOUNT_NAME = NVL(：ACC_NAME，ACCOUNT_NAME);[/size][/td][/tr][/table]
[size=2] [b]使用索引：[/b][/size]
[table=95%][tr][td][size=2] SELECT ACCOUNT_NAME， AMOUNT
FROM TRANSACTION
WHERE ACCOUNT_NAME LIKE NVL(：ACC_NAME，‘%’);[/size][/td][/tr][/table]
[size=2] ：如果一定要对使用函数的列启用索引， ORACLE新的功能： 基于函数的索引(Function-Based Index) 也许是一个较好的方案。[/size]
[table=95%][tr][td][size=2] CREATE INDEX EMP_I ON EMP (UPPER(ename)); /*建立基于函数的索引*/
SELECT * FROM emp WHERE UPPER(ename) = ‘BLACKSNAIL’; /*将使用索引*/[/size][/td][/tr][/table] [b][size=2]2. 连接多个扫描[/size][/b][size=2] 如果你对一个列和一组有限的值进行比较， 优化器可能执行多次扫描并对结果进行合并连接。[/size]
[size=2] [b]举例：[/b][/size]
[table=95%][tr][td][size=2] SELECT *
FROM LODGING
WHERE MANAGER IN (‘BILL GATES’，‘KEN MULLER’);[/size][/td][/tr][/table]
[size=2] 优化器可能将它转换成以下形式[/size]
[table=95%][tr][td][size=2] SELECT *
FROM LODGING
WHERE MANAGER = ‘BILL GATES’OR MANAGER = ‘KEN MULLER’;[/size]
[/td][/tr][/table]
[size=2] 当选择执行路径时， 优化器可能对每个条件采用LODGING$MANAGER上的索引范围扫描。 返回的ROWID用来访问LODGING表的记录 (通过TABLE [/size][size=2][color=#16387c]ACCESS[/color][/size][size=2] BY ROWID 的方式)。 最后两组记录以连接([/size][size=2][color=#16387c]CONCATENATION[/color][/size][size=2])的形式被组合成一个单一的集合。[/size]
[size=2] Explain Plan ：[/size]
[table=95%][tr][td][size=2] SELECT STATEMENT Optimizer=CHOOSE
CONCATENATION
TABLE ACCESS (BY INDEX ROWID) OF LODGING
INDEX (RANGE SCAN ) OF LODGING$MANAGER (NON-UNIQUE)
TABLE ACCESS (BY INDEX ROWID) OF LODGING
INDEX (RANGE SCAN ) OF LODGING$MANAGER (NON-UNIQUE)[/size][/td][/tr][/table]
[size=2] ：本节和第37节似乎有矛盾之处。[/size] [b][size=2]3. CBO下使用更具选择性的索引[/size][/b][size=2] 基于成本的优化器(CBO， Cost-Based Optimizer)对索引的选择性进行判断来决定索引的使用是否能提高效率。[/size]
[size=2] 如果索引有很高的选择性， 那就是说对于每个不重复的索引键值，只对应数量很少的记录。[/size]
[size=2] 比如， 表中共有100条记录而其中有80个不重复的索引键值。 这个索引的选择性就是80/100 = 0.8 . 选择性越高， 通过索引键值检索出的记录就越少。[/size]
[size=2] 如果索引的选择性很低， 检索数据就需要大量的索引范围查询操作和ROWID 访问表的操作。 也许会比全表扫描的效率更低。[/size]
[size=2] ：下列经验请参阅：[/size]
[size=2] a. 如果检索数据量超过30%的表中记录数。使用索引将没有显著的效率提高。[/size]
[size=2] b. 在特定情况下， 使用索引也许会比全表扫描慢， 但这是同一个数量级上的区别。 而通常情况下，使用索引比全表扫描要快几倍乃至几千倍![/size]
[size=2] [b]4. 避免使用耗费资源的操作[/b][/size]
[size=2] 带有DISTINCT，UNION，MINUS，INTERSECT，ORDER BY的SQL语句会启动SQL引擎执行耗费资源的排序(SORT)功能。 DISTINCT需要一次排序操作， 而其他的至少需要执行两次排序。[/size]
[size=2] 例如，一个UNION查询，其中每个查询都带有GROUP BY子句， GROUP BY会触发嵌入排序([/size][size=2][color=#16387c]NESTED[/color][/size][size=2] SORT) ; 这样， 每个查询需要执行一次排序， 然后在执行UNION时， 又一个唯一排序(SORT UNIQUE)操作被执行而且它只能在前面的嵌入排序结束后才能开始执行。 嵌入的排序的深度会大大影响查询的效率。[/size]
[size=2] 通常， 带有UNION， MINUS ， INTERSECT的SQL语句都可以用其他方式重写。[/size]
[size=2] ：如果你的[/size][size=2][color=#16387c]数据库[/color][/size][size=2]的SORT_[/size][size=2][color=#16387c]AREA[/color][/size][size=2]_SIZE调配得好， 使用UNION ， MINUS， INTERSECT也是可以考虑的， 毕竟它们的可读性很强[/size]
[size=2] [/size] [b][size=2][color=black]5. 优化GROUP BY[/color][/size][/b][size=2][color=black] 提高GROUP BY 语句的效率， 可以通过将不需要的记录在GROUP BY 之前过滤掉。下面两个查询返回相同结果但第二个明显就快了许多。[/color][/size]
[size=2][color=black] [/color][/size]
[size=2][color=black] [b]低效：[/b][/color][/size]
[table=95%][tr][td][color=black][size=2] SELECT [/size][size=2]JOB[/size][/color][size=2][color=black] ， AVG(SAL)
FROM EMP
GROUP by JOB
HAVING JOB = ‘PRESIDENT’
OR JOB = ‘MANAGER’[/color][/size][/td][/tr][/table]
[size=2][color=black] [b]高效：[/b][/color][/size]
[table=95%][tr][td][size=2][color=black] SELECT JOB ， AVG(SAL)
FROM EMP
WHERE JOB = ‘PRESIDENT’
OR JOB = ‘MANAGER’GROUP by JOB[/color][/size][/td][/tr][/table]
[size=2][color=black] [b]6. 使用日期当[/b][/color][/size]
[size=2][color=black] 使用日期是，需要注意如果有超过5位小数加到日期上， 这个日期会进到下一天![/color][/size]
[size=2][color=black] 例如：[/color][/size]
[size=2][color=black] 1.[/color][/size]
[table=95%][tr][td][size=2][color=black] SELECT TO_DATE(‘01-JAN-93’+.99999)
FROM DUAL;
Returns：“01-JAN-93 23：59：59‘[/color][/size][/td][/tr][/table]
[size=2][color=black] 2.[/color][/size]
[table=95%][tr][td][size=2][color=black] SELECT TO_DATE(’01-JAN-93‘+.999999)
FROM DUAL;
Returns：“02-JAN-93 00：00：00‘ [/color][size=2][color=black] ：虽然本节和SQL性能优化没有关系， 但是作者的功力可见一斑。[/color][/size]
[size=2][color=black] [b]7. 使用显式的游标(CURSORs)[/b][/color][/size]
[size=2][color=black] 使用隐式的游标，将会执行两次操作。 第一次检索记录， 第二次检查TOO MANY ROWS 这个exception . 而显式游标不执行第二次操作。[/color][/size]
[size=2][color=black] [b]8. 优化EXPORT和IMPORT[/b][/color][/size]
[size=2][color=black] 使用较大的BUFFER(比如10MB ， 10，240，000)可以提高EXPORT和IMPORT的速度。[/color][/size]
[size=2][color=black] ORACLE将尽可能地获取你所指定的内存大小，即使在内存不满足，也不会报错。这个值至少要和表中最大的列相当，否则列值会被截断。[/color][/size]
[size=2][color=black] [/color][/size]
[color=black][size=2] ：可以肯定的是， 增加BUFFER会大大提高EXPORT ， IMPORT的效率。 (曾经碰到过一个[/size][size=2]CASE[/size][size=2]， 增加BUFFER后，IMPORT/EXPORT快了10倍!)[/size] [/color][size=2][color=black] 作者可能犯了一个错误： “这个值至少要和表中最大的列相当，否则列值会被截断。 ”其中最大的列也许是指最大的记录大小。[/color][/size]
[color=black][size=2] 关于EXPORT/IMPORT的优化，CSDN论坛中有一些总结性的贴子，比如关于BUFFER参数， [/size][size=2]COMMIT[/size][size=2]参数等等， 详情请查。[/size][/color]
[size=2][color=black] [b]9. 分离表和索引[/b][/color][/size]
[size=2][color=black] 总是将你的表和索引建立在不同的表空间内(TABLESPACES)。 决不要将不属于ORACLE内部系统的对象存放到SYSTEM表空间里。 同时，确保数据表空间和索引表空间置于不同的硬盘上。[/color][/size]
[size=2][color=black] ：“同时，确保数据表空间和索引表空间置与不同的硬盘上。”可能改为如下更为准确 “同时，确保数据表空间和索引表空间置与不同的硬盘控制卡控制的硬盘上。”[/color][/size]
[/size][/td][/tr][/table]
页:
[1]