索引分区是SQL Server 2005所引进的多个新特性的其中一个。它是将特定索引负荷分散到多个文件的一种方式，同时，它还可以提高并行性和索引性能。

　　SQL Server 2000分区视图和SQL Srver 2005索引分区

　　较早版本的SQL Server使用分割视图来实现索引分区。表的查询和修改也可以通过视图来进行某些方面的限制，这样，就只有需要的物理文件会被查询或修改。比如（这只是一个随意的例子，但它可以满足我们的需要），如果我们的客户数据库中有26个表，对应字母表的26个字母，那么我们可以使用分区视图来汇总所有表的结果，同时使用WITH CHECK来约束只更新所需要的表。我们可以查询所有“B”开头的客户，并且分区视图也会知道只需要查“B”表。

　　分区视图的缺点是我们必须手动进行创建和管理。在SQL Server 2005对分区、表和数据之间有更大的抽象，因此它们可以被单独操作。

　　同时，索引分区的新特性是，特定表的索引被分区或限制在多文档和文件组中。在此，我收集了一些关于如何建立和使用索引分区的基本指导原则；详细的信息可以阅读SQL Server 2005 Books Online。

　　创建分区数据索引

　　有两种方式可以创建分区数据索引：根据数据分区方式来分区索引或单独分区索引。选择何种分区方式，取决于我们访问和更新数据的方式。

　　首先，索引是“按分区排列的”。默认情况下，在一个分区表上的任意新建立的索引都与表有一样的分区。在下面的情况中，这将会是最佳的方式：

• 表将被插入的大量数据；
• 预计会需要添加的分区；

　　索引分区对表的数据建立非常重要。

　　例如，可以将一年的数据根据月数分区，其中以日期为主键。由于SQL Server可以快速确定指定关键词在索引中的位置，因此这种方式的索引分区可以加快数据查找速度。

　　有些时候我们并不想使用分区对齐的方式。特别是在唯一的索引键不包含表分区字段时。比如，如果我们使用的是上面A到Z分区模式，而表的索引键却是GUID或自动递增数而非客户名称，那么我们可以将索引保存在索引本身的分区中，这样它就不是与表对齐。任何情况下，如果我们显示地将索引放到一个不同的文件组，那么分区将与表不匹配。

　　如果我们分区有唯一索引的数据，那么用于分区的字段必须与唯一索引键相同。例如，如果我们的唯一分区索引是一个客户ID号，那么它也是用于分区索引键的相同字段。