sql性能优化

1. 选用适合的Oracle优化器

　　Oracle的优化器共有3种：

　　a. RULE (基于规则)

　　b. COST (基于成本)

　　c. CHOOSE (选择性)

2. 访问Table的方式Oracle 采用两种访问表中记录的方式：

　　a. 全表扫描

　　全表扫描就是顺序地访问表中每条记录。 ORACLE采用一次读入多个数据块(database block)的方式优化全表扫描。

　　b. 通过ROWID访问表

　　你可以采用基于ROWID的访问方式情况，提高访问表的效率， ROWID包含了表中记录的物理位置信息……ORACLE采用索引(INDEX)实现了数据和存放数据的物理位置(ROWID)之间的联系。通常索引提供了快速访问ROWID的方法，因此那些基于索引列的查询就可以得到性能上的提高。

 

3. 共享SQL语句

　　为了不重复解析相同的SQL语句，在第一次解析之后， ORACLE将SQL语句存放在内存中。这块位于系统全局区域SGA(system global area)的共享池(shared buffer pool)中的内存可以被所有的数据库用户共享。 因此，当你执行一个SQL语句(有时被称为一个游标)时，如果它和之前的执行过的语句完全相同， ORACLE就能很快获得已经被解析的语句以及最好的执行路径。 ORACLE的这个功能大大地提高了SQL的执行性能并节省了内存的使用。

 

4. 选择最有效率的表名顺序(只在基于规则的优化器中有效)

 

ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，因此FROM子句中写在最后的表(基础表 driving table)将被最先处理。 在FROM子句中包含多个表的情况下，你必须选择记录条数最少的表作为基础表。当ORACLE处理多个表时，会运用排序及合并的方式连接它们。首先，扫描第一个表(FROM子句中最后的那个表)并对记录进行派序，然后扫描第二个表(FROM子句中最后第二个表)，最后将所有从第二个表中检索出的记录与第一个表中合适记录进行合并。

 

5. WHERE子句中的连接顺序。

　　ORACLE采用自下而上的顺序解析WHERE子句，根据这个原理，表之间的连接必须写在其他WHERE条件之前， 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾。

 

　　6. SELECT子句中避免使用 ‘ * ’

　　当你想在SELECT子句中列出所有的COLUMN时，使用动态SQL列引用 ‘*’ 是一个方便的方法。不幸的是，这是一个非常低效的方法。实际上，ORACLE在解析的过程中， 会将‘*’ 依次转换成所有的列名， 这个工作是通过查询数据字典完成的， 这意味着将耗费更多的时间。

 

　　7. 减少访问数据库的次数

　　当执行每条SQL语句时， ORACLE在内部执行了许多工作： 解析SQL语句， 估算索引的利用率， 绑定变量 ， 读数据块等等。 由此可见， 减少访问数据库的次数 ， 就能实际上减少ORACLE的工作量。

 

　　8. 使用DECODE函数来减少处理时间

　　使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表。

 

9. 整合简单，无关联的数据库访问

　　如果你有几个简单的数据库查询语句，你可以把它们整合到一个查询中(即使它们之间没有关系)

 

　　10. 删除重复记录

最高效的删除重复记录方法 ( 因为使用了ROWID)

　 　DELETEF ROM EMPE

WHEREE.ROWID >(SELECT MIN(X.ROWID)

FROM EMPX

WHERE X.EMP_NO=E.EMP_NO);

 

　11. 用TRUNCATE替代DELETE

　　当删除表中的记录时，在通常情况下， 回滚段(rollback segments ) 用来存放可以被恢复的信息。 如果你没有COMMIT事务，ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况)

　　而当运用TRUNCATE时， 回滚段不再存放任何可被恢复的信息。当命令运行后，数据不能被恢复。因此很少的资源被调用，执行时间也会很短。

　　(译者按： TRUNCATE只在删除全表适用，TRUNCATE是DDL不是DML)

 

12. 尽量多使用COMMIT

　　只要有可能，在程序中尽量多使用COMMIT， 这样程序的性能得到提高，需求也会因为COMMIT所释放的资源而减少：COMMIT所释放的资源：

13. 计算记录条数

　　和一般的观点相反， count(*) 比count(1)稍快 ， 当然如果可以通过索引检索，对索引列的计数仍旧是最快的。 例如 COUNT(EMPNO)

　　(译者按： 在CSDN论坛中，曾经对此有过相当热烈的讨论， 作者的观点并不十分准确，通过实际的测试，上述三种方法并没有显著的性能差别)

14. 用Where子句替换HAVING子句

　　避免使用HAVING子句， HAVING 只会在检索出所有记录之后才对结果集进行过滤。 这个处理需要排序，总计等操作。 如果能通过WHERE子句限制记录的数目，那就能减少这方面的开销。

15.减少对表的查询.

 

17. 使用表的别名(Alias)

　　当在SQL语句中连接多个表时， 请使用表的别名并把别名前缀于每个Column上。这样一来，就可以减少解析的时间并减少那些由Column歧义引起的语法错误。

　　(译者注： Column歧义指的是由于SQL中不同的表具有相同的Column名，当SQL语句中出现这个Column时，SQL解析器无法判断这个Column的归属)

　　18. 用EXISTS替代IN

　　在许多基于基础表的查询中，为了满足一个条件，往往需要对另一个表进行联接。在这种情况下， 使用EXISTS(或NOT EXISTS)通常将提高查询的效率。

 

　20. 用表连接替换EXISTS

　　通常来说 ， 采用表连接的方式比EXISTS更有效率

21. 用EXISTS替换DISTINCT

　　当提交一个包含一对多表信息(比如部门表和雇员表)的查询时，避免在SELECT子句中使用DISTINCT. 一般可以考虑用EXIST替换

　　EXISTS 使查询更为迅速，因为RDBMS核心模块将在子查询的条件一旦满足后，立刻返回结果。