优化数据库的思想
1.关键字段建立索引。
2.尽量使用存储过程
3.备份数据库和清理垃圾数据
4.SQL语句语法的优化
5.清理删除日志
SQL语句优化的原则
1.使用索引来更快的遍历表
缺省情况下建立的索引是非群集索引，但有时它并不是最佳的。在非群集索引 下，数据在物理上随机存放在数据页上。合理的索引设计要建立在 对各种查询的分析和预测上。一般来说：
①.有大量重复值、且经常有范围查询 （between, > , < ,> =, < =）和order by、group by发生的列，可考虑建立群集索引；
②.经常同时存取多列，且每列都含有重复值可考虑建立组合索引 ;
③.组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列。
索引虽有助于提高性能但不是索引越多越好，恰好相反过多的索引会导致系统低效。用户在表中每加进一个索引，维护索引集合就要做相应的更新工作。
2.IS NULL 或则IS NOT NULL
不能用null作索引，任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下，只要这些列中有一列含有null，该列就会从 索引中排除。也就是说如果某列存在空值，即使对该列建索引也不会提高性能。任何 在where子句中使用is null或is not null的语句优化器是不允 许使用索引的。
3.IN或EXISTS
EXISTS要远比IN的效率高。里面关系到full table scan和range scan。几乎将所有的IN操作符子查询改写为使用EXISTS的子查询。
4.在海量查询时尽量少用格式转换
5.ORDER BY和GROUP BY
使用ORDER BY和GROUP BY短语，任何一种索引都有助于SELECT的性能提高。注意如果索引列里面有NULL值，Optimizer将无法优化。 6.任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。
7.IN、OR子句常会使用工作表，使索引失效。如果不产生大量重复值，可以考虑把子句拆开。拆开的子句中应该包含索引。
8.SET SHOWPLAN_ALL ON 查看执行方案。DBCC检查数据库数据完整性。 DBCC(DataBase Consistency Checker）是一组用于验证 SQL Server 数据库完整性的程序。
9.慎用游标
在某些必须使用游标的场合，可考虑将符合条件的数据行转入临时表中，再对临 时表定义游标进行操作，这样可使性能得到明显提高。
优化SQL的具体体现
1.对查询进行优化应尽量避免全表扫描首先应考虑在 where及order by涉及的列上建立引。 2.应尽量避免在where子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from t where num is null 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询： select id from t where num=0 3.应尽量避免在where子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。 4.应尽量避免在where子句中使用or来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from t where num=10 or num=20 可以这样查询： select id from t where num=10 union all select id from t where num=20 5.in 和not in也要慎用，否则会导致全表扫描，如： select id from t where num in(1,2,3) 对于连续的数值，能用 between 就不要用 in 了： select id from t where num between 1 and 3 6.下面的查询也将导致全表扫描： select id from t where name like '
