来自:http://www.cnblogs.com/msnadair/archive/2009/04/08/1431427.html
索引问题
在做性能跟踪分析过程中，经常发现有不少后台程序的性能问题是因为缺少合适索引造成的，有些表甚至一个索引都没有。这种情况往往都是因为在设计表时，没去定义索引，而开发初期，由于表记录很少，索引创建与否，可能对性能没啥影响，开发人员因此也未多加重视。然一旦程序发布到生产环境，随着时间的推移，表记录越来越多，这时缺少索引，对性能的影响便会越来越大了。
这个问题需要数据库设计人员和开发人员共同关注
法则：不要在建立的索引的数据列上进行下列操作:
避免对索引字段进行计算操作
避免在索引字段上使用not，<>，!=
避免在索引列上使用IS NULL和IS NOT NULL
避免在索引列上出现数据类型转换
避免在索引字段上使用函数
避免建立索引的列中使用空值。
避免对索引字段进行计算操作"
如果你对索引行进行了类似ROUND的计算操作，SQL就会进行扫描（一般会进行表扫描；在聚集索引情况下会进行聚集索引扫描，性能表现基本和表扫描没啥大区别；如果是非聚集索引，则要进行索引扫描。），这一条和“避免在索引字段上使用函数”原理相同。因为一旦进行了函数运算，该WHERE子句就不是 SARG（可搜索参数化表达式）SQL没办法优化。当然，对索引进行WHERE A+3=5这样的代数运算SQL优化时会自动转为WHERE A=5-3
但是如果可以，我建议你直接写成 WHERE A=5-3这样的形式，因为SQL在实际执行的时候有还存在一个数据比对的精确度问题。
“避免在索引字段上使用not，<>，!=”
“避免在索引列上使用IS NULL和IS NOT NULL”
这几条条说白了，一旦使用了这样的运算符，WHERE子句就不是一个SARG（可搜索的参数化表达式），这样的字句是不能运用索引的。
低效: (索引失效)
SELECT … FROM DEPARTMENT WHERE DEPT_CODE IS NOT NULL;
高效: (索引有效)
SELECT … FROM DEPARTMENT WHERE DEPT_CODE >=0;
“避免在索引列上出现数据类型转换”，
如果明确运用函数进行类型转换，上面已经说原因了。但如果出现类似 WHERE ORDER_ID='3'这样的子句，(ORDER_ID为INT型)，SQL会隐式转换，也可能无法运用索引（理论山我认为是这样，需要实际测试验证）。
“避免建立索引的列中使用空值”，
一旦在索引列有NULL，可能会对索引密度造成影响（要看表的实际的数据填充情况），从而损害选择性。
在可以使用UNION ALL的语句里，不使用了UNION
UNION 因为会将各查询子集的记录做比较，故比起UNION ALL ，通常速度都会慢上许多。
对Where 语句的法则
1 避免在WHERE子句中使用in，not in，or 或者having。
可以使用 exists 和not exists代替 in和not in。
可以使用表链接代替 exists。
Having可以用where代替，如果无法代替可以分两步处理。
例子
SELECT pub_name FROM publishers
WHERE pub_id IN(SELECT pub_id FROM titles)
优化
SELECT pub_name FROM publishers
WHERE EXISTS(SELECT * FROM titles WHERE pub_id = publishers.pub_id)
GO
2 不要以字符格式声明数字，要以数字格式声明字符值。（日期同样）
否则会使索引无效，产生全表扫描。
例子
使用：SELECT emp.ename, emp.job FROM emp WHERE emp.empno = 7369;
不要使用：SELECT emp.ename, emp.job FROM emp WHERE emp.empno = ‘7369’
使用表的别名(Alias)：
当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上.这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误.
用EXISTS替换DISTINCT：
当提交一个包含一对多表信息(比如部门表和雇员表)的查询时,避免在SELECT子句中使用DISTINCT. 一般可以考虑用EXIST替换, EXISTS 使查询更为迅速,因为RDBMS核心模块将在子查询的条件一旦满足后,立刻返回结果. 例子：
(低效):
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)
用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)