SQL编写注意事项

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;

猜你喜欢