Oracle Sql 性能优化
1）不知大家是否喜欢使用‘NOT IN’这样的操作，如果是，那尽量使用(NOT) EXISTS 替代
2）在海量查询时尽量少用格式转换。
3）查询海量数据是，可以使用optimizer['ɔptimaizə] hints，例如/*+ORDERED */
尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替。
不用NOT IN操作符，可以用NOT EXISTS或者外连接+替代。
Oracle在执行IN子查询时，首先执行子查询，将查询结果放入临时表再执行主查询。而EXIST则是首先检查主查询，然后运行子查询直到找到第一个匹配项。NOT EXISTS比NOT IN效率稍高。但具体在选择IN或EXIST操作时，要根据主子表数据量大小来具体考虑。
不用“<>”或者“!=”操作符。对不等于操作符的处理会造成全表扫描，可以用“<” or “>”代替。
Where子句中出现IS NULL或者IS NOT NULL时，Oracle会停止使用索引而执行全表扫描。可以考虑在设计表时，对索引列设置为NOT NULL。这样就可以用其他操作来取代判断NULL的操作。
当通配符“%”或者“_”作为查询字符串的第一个字符时，索引不会被使用。
对于有连接的列“||”，最后一个连接列索引会无效。尽量避免连接，可以分开连接或者使用不作用在列上的函数替代。
如果索引不是基于函数的，那么当在Where子句中对索引列使用函数时，索引不再起作用。
Where子句中避免在索引列上使用计算，否则将导致索引失效而进行全表扫描。
对数据类型不同的列进行比较时，会使索引失效。
用“>=”替代“>”。
UNION操作符会对结果进行筛选，消除重复，数据量大的情况下可能会引起磁盘排序。如果不需要删除重复记录，应该使用UNION ALL。
Oracle从下到上处理Where子句中多个查询条件，所以表连接语句应写在其他Where条件前，可以过滤掉最大数量记录的条件必须写在Where子句的末尾。
Oracle从右到左处理from子句中的表名，所以在from子句中包含多个表的情况下，将记录最少的表放在最后。（只在采用RBO优化时有效，下文详述）
Order By语句中的非索引列会降低性能，可以通过添加索引的方式处理。严格控制在Order By语句中使用表达式。
不同区域出现的相同的Sql语句，要保证查询字符完全相同，以利用SGA共享池，防止相同的Sql语句被多次分析。
多利用内部函数提高Sql效率。
当在Sql语句中连接多个表时，使用表的别名，�
相关文档：
[MySQL优化] -- 如何查找SQL效率地下的原因
时间:2010-2-28来源:HaCMS开源社区 作者:chusong
查询到效率低的 SQL 语句 后，可以通过 EXPLAIN 或者 DESC 命令获取 MySQL 如何执行 SELECT 语句的信息，包括在 SELECT 语句执行过程中表如何连接和连接的顺序，比如我们想计算 2006 年所有公司的销售额，需要关联 sales ......
转至http://mbtk.blog.sohu.com/150003773.html ，并补充一些相关知识。
DBCC ErrorLog ：如果很少重起mssqlserver服务，那么服务器的日志会增长得很快，而且打开和查看日志的速度也会很慢。使用这个命令，可以截断当前的服务器日志，主要是生成一个新的日志。可以考虑设置一个调度任务，每周执行这个命令自动截断服� ......
哪位高手能帮我看下为什么抛出这些异常？
代码
<%@ page language="java" import="java.util.*" contentType="text/html; charset=ISO-8859-1"
pageEncoding="GB2312"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
< ......
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大(可以采用多次查询，其他的方法降低数据量)
7、锁或者死锁(这也是查询慢最常见的问题，是程� ......
