SQL语句的优化
SQL语句级别的优化是我们实际工作中接触最多的，几乎所有的数据库应用说到底都是SQL语句的具体执行，因此如何对SQL脚本本身进行优化，提高执行效率就显得尤为重要。以下是一些通用的设计原则。
(1)使用select语句查询时，尽量不要使用select * 语句，而是应该指明具体要查询的字段，提取的字段数量越少，查询的速度越快。
(2)使用Order by 语句排序时，最好按照聚簇索引的字段排序，这样会大大提高排序的速度。
(3)尽量不要使用or关键字，或是 in(),否则会引起全表扫描，大大减低数据的检索速度。
比如数据量较大时（几十万记录），不要使用如下的SQL语句：
Select count(*) from student where id in('0','1')
Select count (*) from student where id='0' or id='1'
应该拆分成如下两条SQL语句：
select count(*) from student where id ='0'
select count (*)from student where id='1'
(4)对笛卡尔积,游标，循环要谨慎使用。
(5)存储过程，函数，包，触发器等尽量不要超过1000行，之间调用不要复杂。
(6)检查嵌套，递归，子查询的深度，最好不要超过3层。
(7)order by ，group by ，distinct 这些语句运行时相对来说会占用较大的内存，使用时需要加以注意。
(8)尽量少用NOt，包括NOT in 和not exist
(9)between 1 and 10 要比 in (1,10)字段执行效率高。
(10)当where语句后有多个查询条件时，应该将数据量大的表的查询过滤条件放在前面。
(11)like 语句是很耗时的，如果条件允许的话，可以使用功能相同的语句代替，比如
select name from student where ID like '100???'这条语句，会对全表进行顺序扫描；可以改为 select name from student where ID >100000,这样在执行查询时就会利用索引来查询，显然会大大提高速度。
(13)尽量不要再SQL语句中进行对列的操作，包括数据库函数，计算表达式等，否则会导致全表扫描，要尽可能将操作移至等号右边。
&n
相关文档：
大家都在讨论关于数据库优化方面的东东，刚好参与开发了一个数据仓库方面的项目，以下的一点东西算是数据库优化方面的学习+实战的一些心得体会了，拿出来大家共享。欢迎批评指正阿！
SQL语句：
是对数据库(数据)进行操作的惟一途径；
消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQ ......
工作中碰到的小技巧，比如说要用数据表里取出注册用户的资料，性别为1则显示为男生；性别为2则显示为女生；以前都是从表里取出数据，然后再用代码进行判断，为1则显示为男生；为2则显示为女生；其实单用SQL语句就可以做到，如下：
直接使用case when else 语句
Case具有两种格式。简单Case函数和Case� ......
如：SET @sql=N'SELECT * from stu'
其中“N”的作用是表示后面的编码格式为unicode编码
DECLARE @rst INT,@sql NVARCHAR(4000)
SET @sql=N'SELECT * from tb '
EXEC sp_executesql @sql,N'@rst INT OUTPUT',@rst OUTPUT
SELECT @rst
......
1、简单查询
求出在1988年以前被雇佣的销售人员
SELECT NAME
from SALESREPS
WHERE HIRE_DATE<'01-JAN-88'
列出其销售量低于销售目标的80%的销售点
SELECT CITY,SALES,TAGET
from SALESPEPS
WHERE SALES<0.8*TAGET ......
注：出处已不可考，不过，其中不少语句还是蛮精妙的。
Student(S#(学号),Sname(姓名),Sage(年龄),Ssex(性别)) 学生表
Course(C#(课程编号),Cname(课程名称),T#(老师编号)) 课程表
SC(S#(学号),C#(课程编号),score(分数)) 成绩表
Teacher(T#(老师编号),TnameSname(姓名)) 教师表
问题：
1、查询“001” ......
