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:由于表窄，因此可以使� ......
SQl数据类型(-_-学SQL就从数据类型开始吧！)
bit 整型
其值只能是0、1或空值。
这种数据类型用于存储只有两种可能值的数据，如Yes 或No、True 或False 、On 或Off.
int 整型 4个字节
从- 2^31(-2147483648)到2^31 (2147483 647)之间的整数。
存储到数据库的几乎所有数值型的数� ......
Select TOP N * from TABLE Order By NewID()
--Access：
Select TOP N * from TABLE Order By Rnd(ID)
Rnd(ID) 其中的ID是自动编号字段，可以利用其他任何数值来完成，比如用姓名字段(UserName)
Selec ......
如：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
......
今天用time Like '2008-06-01%'语句来查询该天的所有数据，被提示语句错误。查了一下才发现该模糊查询只能用于String类型的字段。
自己也查阅了一些资料。关于时间的模糊查询有以下三种方法：
1.Convert转成String,在用Like查询。
select * from table1 where c ......
