Oracle Sql 语句性能调优
这篇文章是玄机逸士为某上市公司的ERP系统调优所撰写报告的部分摘录，希望能够对大家有所帮助：
下面给出SQL优化经常遇到的情形。它们是在很多人长期积累的经验上总结出来的，这些都是一些一般性的结论，在实际工作中，还应当具体情况具体分析，并加以灵活运用。
(1) 用NOT EXISTS替换NOT IN 将更显著地提高效率，尽量用NOT EXISTS替代NOT IN。在子查询中，NOT IN子句将执行一个内部的排序和合并. 无论在哪种情况下，NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历). 为了避免使用NOT IN，我们可以把它改写成外连接(Outer Joins)或NOT EXISTS。
例如，
SELECT ENMAE
from EMP
WHERE DEPTNO NOT IN
(
SELECT DEPTNO
from DEPT
WHERE LOC='BOSTON'
);
为了提高效率，可改写为，
(方法一：高效)
SELECT ENAME
from EMP A,DEPT B
WHERE A.DEPTNO = B.DEPTNO(+)
AND B.DEPTNO IS NULL
AND B.LOC(+) = 'BOSTON'
(方法二：最高效)
SELECT ENAME
from EMP E
WHERE NOT EXISTS
( SELECT 'X' from DEPT D WHERE
D.DEPTNO = E.DEPTNO AND LOC='BOSTON'
);
除此之外，推荐使用NOT EXISTS的一个重要的原因是NOT EXISTS在当子查询可能返回NULL的情况下，更加可靠，这是因为在比较列表中如果包含NULL，NOT IN条件将为false。考虑下面的语句，该语句试图在EMP表中查询出来没有一个下属的人员列表：
SELECT ENAME, JOB from EMP
WHERE EMPNO NOT IN (SELECT MGR from EMP);
上面查询不会返回任何结果，因为某些记录的MGR字段是NULL值。正确的写法是：
SELECT ENAME, JOB from EMP E
WHERE NOT EXISTS (SELECT MGR from EMP WHERE MGR=E.EMPNO);
(2) 尽量避免在索引列上进行计算。
WHERE子句中，如果索引列是函数的一部分。优化器将不使用索引而使用全表扫描。例如：
低效的写法：
SELECT …
from DEPT
WHERE SAL * 12 > 25000;
高效的写法：
SELECT …
from DEPT
WHERE SAL > 25000/12;
这是一个非常实用的规则，请务必牢记。
(3) 用>=替代>
如果DEPTNO上有一个索引，
高效的写法：
SELECT *
from EMP
WHERE DEPTNO >=4
低效的写法：
相关文档：
ORACLE里锁有以下几种模式:
0：none
1：null 空
2：Row-S 行共享(RS)：共享表锁，sub share
3：Row-X 行独占(RX)：用于行的修改，sub exclusive
4：Share 共享锁(S)：阻止其他DML操作，share
5：S/Row-X 共享行独占(SRX)：阻止其他事务操作，share/sub exclusive
6：exclusive 独占(X)：独立访问使用，exclusive
......
在Oracle中建库，通常有两种方法。一是使用Oracle的建库工
且DBCA，这是一个图形界面工且，使用起来方便且很容易理解，因为它的界面友好、美观，而且提示也比较齐全。在Ｗindows系统中，这个工具可以在Oracle程序组中打开（”开始”—“程序”—“ Oracle OraDb10g_home1”&mdash ......
RMAN> startup nomount;
RMAN> sql 'alter session set nls_date_format=''yyyy-mm-dd hh24:mi:ss''";
--因为rman默认以环境变量来读取时间格式，与sqlplus的固定格式不同，所以，此处要设定时间格式变量。
RMAN> restore controlfile from autobackup until time '2009-03-10 18:15:00';
注意，仍然需要适当� ......
前几天面试的时候面试官才问过我ORACLE的体系结构，让我在一张白纸上画出来。回头想想当时答得还不错，大部分内容都描述出来了，呵呵，刚才在网上看到一篇讲解ORACLE体系结构的文章，觉得不错，转过来存着，将来可能会用到。
=================================================================================
在本文� ......
