-- JJ 总结 1、评估索引本身的占用空间，当索引相对于其数据本身过大可能会无明显作用。这种情况 体现在：表很小，索引列过多，索引碎片过多。当索引在select 中不起作用时，你还必须 在insert 和update、delete 这些操作中去维护这些不起作用的数据。 2、In 语句不一定不能使用索引，where id in(1,2)和where id =1 or id=2是等效的，这 里的in 和not in 的性能是相同的。而不能使用索引的原因是嵌套查询： where id in(sel ect 1 union select 2). 3、解除嵌套查询无法利用索引的办法是用exists 子查询，select * from tb1 a where ex ists(select 1 from tb2 where id=a.id)。而exists 和not exists 的性能和tb1的数据 量无关，他们的性能差别在于tb2中的数据量。 4、Like 子句可以利用索引，所以尽可能少用left，right 和substring 函数。 5、函数不能使用索引，比如convert(varchar(7),date,120)='2008-06'，或者datediff 函数、甚至和常量的加减乘除运算等，正确的做法是用比较符号或者尽可能把datediff 之 类的函数放到等号右边。 6、不用担心隐式转换，它总是转换等号右边的。比如where id='2' 和where id=2是等效 的。 7、聚集索引的查询性能好于非聚集索引，但是维护代价很大，对于他的数据改变会引起整 行数据的物理位置移动。同时聚集索引还要为非聚集索引提供索引服务，所以尽量不用过大 的列或过多的列作聚集索引。 8、聚集索引可以极大优化大于，小于，group by 和order by 以及join 语句的查询性能。 9、一张表只能由一个聚集索引。 10、唯一索引有助于查询优化。 11、联合索引的第一列可以单独使用，其他的索引列在单独的where 子句中不起作用。 12、索引的升序降序对order by 子句的影响很大。 13、符合特定条件的计算列也可以创建索引。
1、评估索引本身的占用空间，当索引相对于其数据本身过大可能会无明显作用。这种情况
体现在：表很小，索引列过多，索引碎片过多。当索引在select 中不起作用时，你还必须
在insert 和update、delete 这些操作中去维护这些不起作用的数据。
2、In 语句不一定不能使用索引，where id in(1,2)和where id =1 or id=2是等效的，这
里的in 和not in 的性能是相同的。而不能使用索引的原因是嵌套查询： where id in(sel
ect 1 union select 2).
3、解除嵌套查询无法利用索引的办法是用exists 子查询，select * from tb1 a where ex
ists(select 1 from tb2 where id=a.id)。而exists 和not exists 的性能和tb1的数据
量无关，他们的性能差别在于tb2中的数据量。
4、Like 子句可以利用索引，所以尽可能少用left，right 和substring 函数。
5、函数不能使用索引，比如convert(varchar(7),date,120)='2008-06'，或者datediff
函数、甚至和常量的加减乘除运算等，正确的做法是用比较符号或者尽可能把datediff 之
类的函数放到等号右边。
6、不用担心隐式转换，它总是转换等号右边的。比如where id='2' 和where id=2是等效
的。
7、聚集索引的查询性能好于非聚集索引，但是维护代价很大，对于他的数据改变会引起整
行数据的物理位置移动。同时聚集索引还要为非聚集索引提供索引服务，所以尽量不用过大
的列或过多的列作聚集索引。
8、聚集索引可以极大优化大于，小于，group by 和order by 以及join 语句的查询性能。
9、一张表只能由一个聚集索引。
10、唯一索引有助于查询优化。
11、联合索引的第一列可以单独使用，其他的索引列在单独的where 子句中不起作用。
12、索引的升序降序对order by 子句的影响很大。
13、符合特定条件的计算列也可以创建索引。
动作描述 使用聚集索引 使用非聚集索引
外键列 应 应
主键列 应 应
列经常被分组排序(order by) 应 应
返回某范围内的数据 应 不应
小数目的不同值 应不 应
大数目的不同值 不应 应
频繁更新的列 不应 应
频繁修改索引列 不应 应
一个或极少不同值 不应 不应