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
相关文档：
1 逻辑数据库和表的设计
数据库的逻辑设计、包括表与表之间的关系是优化关系型数据库性能的核心。一个好的逻辑数据库设计可以为
优化数据库和应用程序打下良好的基础。
标准化的数据库逻辑设计包括用多的、有相互关系的窄表来代替很多列的长数据表。下面是一些使用标准化
表的一些好处。
A:由于表窄，因此可以使� ......
数据库快照是MSSQL2005的新功能，仅在 Microsoft SQL Server 2005 Enterprise Edition 中可用。而且SQL Server Management Studio 不支持创建数据库快照，创建快照的唯一方式是使用 Transact-SQL。
数据库快照是数据库（称为“源数据库”）的只读静态视图。在创建时，每个数据库快照在事务上都与源数据库一致 ......
SQl数据类型(-_-学SQL就从数据类型开始吧！)
bit 整型
其值只能是0、1或空值。
这种数据类型用于存储只有两种可能值的数据，如Yes 或No、True 或False 、On 或Off.
int 整型 4个字节
从- 2^31(-2147483648)到2^31 (2147483 647)之间的整数。
存储到数据库的几乎所有数值型的数� ......
避免使用IN 操作符
用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。
但是用IN的SQL性能总是比较低的，从ORACLE执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：
ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记� ......
--SQL Server：
Select TOP N * from TABLE Order By NewID()
--Access：
Select TOP N * from TABLE Order By Rnd(ID)
Rnd(ID) 其中的ID是自动编号字段，可以利用其他任何数值来完成，比如用姓名字段(U ......
