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
相关文档：
避免使用IN 操作符
用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。
但是用IN的SQL性能总是比较低的，从ORACLE执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：
ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记� ......
SELECT DISTINCT '['+user_name(b.uid)+'].['+b.name+']' AS 对象名,b.type AS 类型
from sysdepends a,sysobjects b
WHERE b.id=a.depid
AND a.id=OBJECT_ID('过程名');
EXEC SP_DEPENDS '过程名'; ......
--SQL Server：
Select TOP N * from TABLE Order By NewID()
--Access：
Select TOP N * from TABLE Order By Rnd(ID)
Rnd(ID) 其中的ID是自动编号字段，可以利用其他任何数值来完成，比如用姓名字段(U ......
今天用time Like '2008-06-01%'语句来查询该天的所有数据，被提示语句错误。查了一下才发现该模糊查询只能用于String类型的字段。
自己也查阅了一些资料。关于时间的模糊查询有以下三种方法：
1.Convert转成String,在用Like查询。
select * from table1 where c ......
1、简单查询
求出在1988年以前被雇佣的销售人员
SELECT NAME
from SALESREPS
WHERE HIRE_DATE<'01-JAN-88'
列出其销售量低于销售目标的80%的销售点
SELECT CITY,SALES,TAGET
from SALESPEPS
WHERE SALES<0.8*TAGET ......
