SQL Server 查询优化（3）_索引的设计与使用
一、索引的作用
1、帮助检索数据；
2、提高联接效率；
3、节省ORDER BY、GROUP BY的时间；
4、保证数据唯一性（仅限于唯一索引）。
二、索引的设计
在确定要建立一个索引时，首先我们要确定它是聚集还是非聚集、单列还是多列、唯一还是非唯一、列是升序还是降序、它的存储是如何的，比如：分区、填充因子等。下面逐条来看：
1、聚集索引
（1）首先指出一个误区，主键并不一定是聚集索引，只是在SQL SERVER中，未明确指出的情况下，默认将主键定义为聚集，而ORACLE中则默认是非聚集，因为SQL SERVER中的ROWID未开放使用。
（2）聚集索引适合用于需要进行范围查找的列，因为聚集索引的叶子节点存放的是有序的数据行，查询引擎可根据WHERE中给出的范围，直接定位到两端的叶子节点，将这部分节点页的数据根据链表顺序取出即可；
（3）聚集索引尽量建立在值不会发生变更的列上，否则会带来非聚集索引的维护；
（4）尽量在建立非聚集索引之前建立聚集索引，否则会导致表上所有非聚集索引的重建；
（5）聚集索引应该避免建立在数值单调的列上，否则可能会造成IO的竞争，以及B树的不平衡，从而导致数据库系统频繁的维护B树的平衡性。聚集索引的列值最好能够在表中均匀分布。
2、非聚焦索引
（1）非聚集索引适合用于需要进行等值查找的列，因为非聚集索引的叶子节点存放的是有序的索引列与书签的映射行，查询引擎可根据WHERE中给出的值，得到书签，继而定位到数据行；
（2）覆盖索引（Covering Index），是非聚集索引的一种特殊且高效的应用，就是将需要返回的数据列设计成组合索引，在SELECT时只查询索引中存在的数据列，这样就能形成索引覆盖，因为索引行中已经包含了想到的数据，不需要再进行书签查找；
在SQL SERVER 2005及以上版本中，提供了INCLUDED关键字，可以在非聚集索引中包含更多列，也是覆盖索引的一个有效引申；
（3）非聚集索引建立在值具有单调性的列上，比如：自增列（单调递增），可以减少索引的外部碎片及索引结构的维护；
3、复合索引
（1）复合索引建立在多个列上。上面已经讲过，在非聚集索引中，可以利用覆盖索引来提高检索的效率，但如果组合索引的列太多的话，那么对于这个索引的维护成本也会加大，DML的效率将会下降，而且索引的查找路径会变长；
（2）在创建复合索引时，应该将高选择性的列放在前面，即作为引导列；
4、唯一索引
（1）再指出一个误区，聚集索引并不一定是�
相关文档：
create PROC [dbo].[P_viewPage_A]
/*
高效通用分页存储过程(双向检索)
敬告：适用于单一主键或存在唯一值列的表或视图
ps:Sql语句为8000字节,调用时请注意传入参数及sql总长度不要超过指定范围
*/
@TableName VARCHAR(200), --表名
@FieldList VARCHAR(2000), --显示列� ......
存储进程就是作为可执行对象存放在数据库中的一个或多个SQL命令。
定义总是很抽象。存储进程其实就是能完成一定操作的一组SQL语句，只不过这组语句是放在数据库中的(这里我们只谈SQL SERVER)。如果我们通过创建存储进程以及在ASP中调用存储进程，就可以避免将SQL语句同ASP代码混杂在一起。这样做的好处至少有三个：
第一� ......
ibatis作为一个轻量级的orm工具现在非常流行，我在使用中发现，有时仅仅希望返回一个类型为map的list就可以了，
比如简单的查询统计之类的，没有必要定义太多的pojo，因此想能不能在ibatis中直接传入sql语句来执行，然后返回map呢？
从网上搜了一下，还真有，实验成功后总结一下，大家共同进步。 其实很简单，就 ......
SQL Server 2005 中的数据类型归纳为下列类别：
精确数字
Unicode 字符串
近似数字
二进制字符串
日期和时间
其他数据类型
字符串
在 SQL Server 2005 中，根据其存储特征，某些数据类型被指定为属于下列各组：
大值数据类型：varchar(max)、nvarchar(max) 和 varbinary(max)
大型对象数据类型：text、ntext、ima ......
此方法是从一位前辈那里学来的，导语句很方便，只需写清楚表名就行。怕忘了，暂记一下。（sql server 2005试验过）
第一次使用的话，需要建立如下存储过程。代码很长，没关系，直接copy就行。
--------- outputdata 存储过程
CREATE PROCEDURE dbo.OutputData
@tablename sysname
AS
declare @column va ......
