1、*号引起的执行效率
尽量减少使用select*来进行查询,当你查询使用*,数据库会进行解析并将*转换为全部列。
selectcount(si.student_id)fromStudent_infosi(student_id为索引)与selectcount(*)fromStudent_infosi执行时.上面的语句明显会比下面没有用索引统计的语句要快
2、避免在索引列上使用计算.
WHERE子句中,如果索引列是函数的一部分.优化器将不使用索引而使用全表扫描.
举例:
低效:
SELECT…FROMDEPTWHERESAL*12>25000;
高效:
SELECT…FROMDEPTWHERESAL>25000/12;
3、用>=替代>
高效:
SELECT*FROMEMPWHEREDEPTNO>=4
低效:
SELECT*FROMEMPWHEREDEPTNO>3
两者的区别在于,前者DBMS将直接跳到第一个DEPT等于4的记录而后者将首先定位到DEPTNO=3的记录并且向前扫描到第一个DEPT大于3的记录.
4、用UNION替换OR(适用于索引列)
通常情况下,用UNION替换WHERE子句中的OR将会起到较好的效果.对索引列使用OR将造成全表扫描.注意,以上规则只针对多个索引列有效.如果有column没有被索引,查询效率可能会因为你没有选择OR而降低.在下面的例子中,LOC_ID和REGION上都建有索引.
高效:
SELECTLOC_ID,LOC_DESC,REGION
FROMLOCATION
WHERELOC_ID=10
UNION
SELECTLOC_ID,LOC_DESC,REGION
FROMLOCATION
WHEREREGION=“MELBOURNE”
低效:
SELECTLOC_ID,LOC_DESC,REGION
FROMLOCATION
WHERELOC_ID=10ORREGION=“MELBOURNE”
如果你坚持要用OR,那就需要返回记录最少的索引列写在最前面.
5、用IN来替换OR
这是一条简单易记的规则,但是实际的执行效果还须检验,在ORACLE8i下,两者的执行路径似乎是相同的.
低效:
SELECT….FROMLOCATIONWHERELOC_ID=10ORLOC_ID=20ORLOC_ID=30
高效
SELECT…FROMLOCATIONWHERELOC_ININ(10,20,30);
6、避免在索引列上使用ISNULL和ISNOTNULL
7、where执行顺序
where执行会从至下往上执行
select*
fromstudent_infosi–学生信息表
wheresi.school_id=10–学院ID
andsi.system_id=100–系ID
摆放where子句时,把能过滤大量数据的条件放在最下边
8、from字段中的优化:
Oracle安照从右到左的顺序加载表数据,,应该把可以排除数据最多的表放到后面(基础表)。
比如,在关联查询中,把课程表放到后面,成绩表放到前面,因为课程表数据一般比较少,关联的时候可以快速的过滤掉一些成绩数据。
9、索引失效
1、运算导致的索引失效
2、类型转换导致的索引失效
3、在索引列上进行计算引起的问题
4、Isnotnull引起的问题(student_id为索引)
5、Orderby导致索引失效(student_id为索引)
6、自动选择索引
7、!=导致索引失效
8、%导致的索引失效
思念是一种幸福的忧伤,是一种甜蜜的惆怅,是一种温馨的痛苦;