1、基于索引
a. 如果检索数据量超过30%的表中记录数,使用索引将没有显著的效率提高。
b. 在特定情况下, 使用索引也许会比全表扫描慢,但这是同一个数量级上的区别。而通常情况下,使用索引比全表扫描要块几倍乃至几千倍!
oracle执行计划中是否使用索引除了基于数据的分布情况外,SQL语句的编写方式也是重要因素。
尽量在索引数据列上避免如下操作,以防止索引失效:
- 避免使用模糊匹配 LIKE '%parm1%'
根据数据列值的分布情况,可做如下改进:
a、前台应用程序——可以根据情况把文本输入修改为下拉列表,从而减少模糊匹配的情况;
b、直接修改后台——根据输入条件,先查出符合条件的记录,并把相关记录保存在一个临时表里头,然后再用 临时表去做复杂关联。
- 避免对索引字段进行计算操作
低效:
SELECT … FROM DEPT WHERE SAL * 12 > 25000;
高效:
SELECT … FROM DEPT WHERE SAL > 25000/12;
- 避免在索引字段上使用not,<>,!=
索引只能告诉你什么存在于表中,而不能告诉你什么不存在于表中。
- 避免在索引列上使用IS NULL和IS NOT NULL
对于单列索引,如果列包含空值,索引中将不存在此记录。对于复合索引,如果每个列都为空,索引中同样不存在此记录。如果至少有一个列不为空,则记录存在于索引中。
举例: 如果唯一性索引建立在表的A列和B列上。
对于数据组合
123 | null |
null | 123 |
123 | 123 |
null | null |
其中前三种情形,ORACLE将不接受下一条具有相同A、B值记录插入。 然而如果所有的索引列都为空,ORACLE将认为整个键值为空,而空和空是不相等的,因此可以插入任意具有空键值的数据。 因为空值不存在于索引列中,所以WHERE子句中对索引列进行空值比较将使ORACLE停用该索引。
如果一定要使用IS NULL和IS NOT NULL 这样的操作,根据数据库的类型,如以查询分析为主,不涉及太多的增删改操作,可以考虑使用位图索引。
或者考虑使用组合索引。
低效: (索引失效)
SELECT … FROM DEPARTMENT WHERE DEPT_CODE IS NOT NULL;
高效: (索引有效)
SELECT … FROM DEPARTMENT WHERE DEPT_CODE >=0;
- 避免在索引列上出现数据类型转换
当比较不同数据类型的数据时,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 WHERETO_NUMBER(EMP_TYPE)=123;
因为内部发生的类型转换,这个索引将不会被用到! 为了避免ORACLE对你的SQL进行隐式的类型转换,最好把类型转换用显式表现出来。 注意当字符和数值比较时, ORACLE会优先转换数值类型到字符类型。
- 避免在索引字段上使用函数
如:
......
where trunc(create_date)=trunc(:date1)
虽然已对create_date 字段建了索引,但由于加了TRUNC,使得索引无法用上。此处正确的写法应该是
where create_date>=trunc(:date1) and create_date
或者
where create_date between trunc(:date1) and trunc(:date1)+1-1/(24*60*60)
注意:因 between 的范围是个闭区间(greater than or equal to low value and less than or equal to high value.),故严格意义上应该再减去一个趋于0的小数,这里暂且设置成减去1秒(1/(24*60*60)),如果不要求这么精确的话,可以略掉这 步。
- 避免建立索引的列中使用空值。
- 相同的索引列不能互相比较,这将会启用全表扫描。
- 总是使用索引的第一个列
如果索引是组合索引,通常, 只有在它的第一个列(leading column-引导列)被where子句引用时,优化器才会选择使用该索引。不包含引导列时,条件组合仍具有较高的选择性时会使用索引(索引跳跃扫描)。
2、UNION和UNION ALL
UNION会在将两个结果集合并后,对合并后的结果集进行排序,删除重复的结果。而UNION ALL则只是将两个结果集简单的合并,不会去除重复记录。在执行效率方面,UNION ALL 效率要明显高于UNION,原因是,UNION在合并结果集后的排序删除重复的进程很费时间。UNION会使用到SORT_AREA_SIZE这块内存. 对于这块内存的优化也是相当重要的。
如果用户在能确定合并结果集后不会产生重复记录的情况下,尽量选择执行效率更高的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';
3、 避免在WHERE子句中使用in,not in,or 或者having
- in和not in
在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接。在这种情况下, 使用EXISTS(或NOT EXISTS)通常将提高查询的效率。
在子查询中,NOT IN子句将执行一个内部的排序和合并。 无论在哪种情况下,NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历)。为了避免使用NOT IN ,我们可以把它改写成外连接(Outer Joins)或NOT EXISTS。
可以使用 exist 和not exist代替 in和not in。
可以使用表连接代替 exist。
高效:
SELECT *
FROM EMP(基础表)
WHERE EMPNO > 0
AND EXISTS
(SELECT ‘X ' FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = ‘MELB');
低效:
SELECT *
FROM EMP(基础表)
WHERE EMPNO > 0
AND DEPTNO IN (SELECT DEPTNO FROM DEPT WHERE LOC = 'MELB';
SELECT *
FROM ORDERS
WHERE CUSTOMER_NAME NOT IN (SELECT CUSTOMER_NAME FROM CUSTOMER);
SELECT *
FROM ORDERS
WHERE CUSTOMER_NAME not exist (SELECT CUSTOMER_NAME FROM CUSTOMER);
- HAVING
Having可以用where代替,如果无法代替可以分两步处理。
避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行过滤. 这个处理需要排序,总计等操作. 如果能通过WHERE子句限制记录的数目,那就能减少这方面的开销. (非oracle中)on、where、having这三个都可以加条件的子句中,on是最先执行,where次之,having最后,因为on是先把不 符合条件的记录过滤后才进行统计,它就可以减少中间运算要处理的数据,按理说应该速度是最快的,where也应该比having快点的,因为它过滤数据后 才进行sum。
在两个表联接时才用on的,所以在一个表的时候,就剩下where跟having比较了。在这单表查询统计的情况下,如果要过滤的条件没有涉及到要计算字段,那它们的结果是一样的,只是where可以使用rushmore技术,而having就不能,在速度上后者要慢。如果要涉及到计算的字段,就表示在没计算之前,这个字段的值是不确定的,where的作用时间是在计算之前就完成的,而having就是在计算后才起作用的,所以在这种情况下,两者的结果会不同。
在多表联接查询时,on比where更早起作用。系统首先根据各个表之间的联接条件,把多个表合成一个临时表 后,再由where进行过滤,然后再计算,计算完后再由having进行过滤。由此可见,要想过滤条件起到正确的作用,首先要明白这个条件应该在什么时候 起作用,然后再决定放在哪里。
低效:
SELECT JOB , AVG(SAL)
FROM EMP
GROUP by JOB
HAVING JOB = 'PRESIDENT'
OR JOB = 'MANAGER';
高效:
SELECT JOB ,AVG(SAL)
FROM EMP
WHERE JOB = 'PRESIDENT'
OR JOB = 'MANAGER'
GROUP by JOB;
4、SELECT语句法则
限制使用select * from table这种方式。ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间。
5、避免耗费资源的操作
避免使用耗费资源的操作,带有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL语句会启动SQL引擎 执行耗费资源的排序(SORT)功能。DISTINCT需要一次排序操作, 而其他的至少需要执行两次排序。通常, 带有UNION, MINUS , INTERSECT的SQL语句都可以用其他方式重写。 如果你的数据库的SORT_AREA_SIZE调配得好, 使用UNION , MINUS, INTERSECT也是可以考虑的, 毕竟它们的可读性很强。
6 、复杂操作
对于写的比较复杂的操作,如嵌套多级子查询,可以考虑适当拆成几步,先生成临时表,再进行关联操作。
7、相同语句整合
对于同一个应用里多次出现的功能相同的语句,尽量整合在一起通过绑定变量实现变化,不能整合在一起的要保证SQL语句格式一致,避免oracle每次都要对语句重新进行解析。
sql语句用大写的;因为oracle总是先解析sql语句,把小写的字母转换成大写的再执行。
例:
select * from emp;
select * from EMP;
虽然结果是一样的,但是oracle不会重用之前的解析。
9、用TRUNCATE替代DELETE
当删除表中的记录时,在通常情况下, 回滚段(rollback segments ) 用来存放可以被恢复的信息. 如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况) 而当运用TRUNCATE时, 回滚段不再存放任何可被恢复的信息.当命令运行后,数据不能被恢复.因此很少的资源被调用,执行时间也会很短。 (译者按: TRUNCATE只在删除全表适用,TRUNCATE是DDL不是DML)
10、删除重复记录
最高效的删除重复记录方法 ( 因为使用了ROWID)例子:
DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID)
FROM EMP X WHERE X.EMP_NO = E.EMP_NO);
11、用EXISTS替换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);
12、用>=替代>
高效:
SELECT * FROM EMP WHERE DEPTNO >=4;
低效:
SELECT * FROM EMP WHERE DEPTNO >3;
13、用UNION替换OR (适用于索引列)
通常情况下,用UNION替换WHERE子句中的OR将会起到较好的效果。 对索引列使用OR将造成全表扫描。注意, 以上规则只针对多个索引列有效。如果有column没有被索引,查询效率可能会因为你没有选择OR而降低。
在下面的例子中, LOC_ID 和REGION上都建有索引。
高效:
SELECT LOC_ID , LOC_DESC , REGION
FROM LOCATION
WHERE LOC_ID = 10
UNION
SELECT LOC_ID , LOC_DESC , REGION
FROM LOCATION
WHERE REGION = 'MELBOURNE';
低效:
SELECT LOC_ID , LOC_DESC , REGION
FROM LOCATION
WHERE LOC_ID = 10 OR REGION = 'MELBOURNE';
如果坚持要用OR,那就需要返回记录最少的索引列写在最前面。
14、用IN来替换OR
这是一条简单易记的规则,但是实际的执行效果还须检验,在ORACLE8i下,两者的执行路径似乎是相同的。
低效:
SELECT…. FROM LOCATION WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30;
高效:
SELECT… FROM LOCATION WHERE LOC_IN IN (10,20,30);
15、 用WHERE替代ORDER BY
ORDER BY 子句只在两种严格的条件下使用索引:
a、ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序。
b、ORDER BY中所有的列必须定义为非空。
WHERE子句使用的索引和ORDER BY子句中所使用的索引不能并列。
例如:
表DEPT包含以下列:
DEPT_CODE PK NOT NULL
DEPT_DESC NOT NULL
DEPT_TYPE NULL
低效: (索引不被使用)
SELECT DEPT_CODE FROM DEPT ORDER BY DEPT_TYPE;
高效: (使用索引)
SELECT DEPT_CODE FROM DEPT WHERE DEPT_TYPE > 0;