理解分区方法和分区模式

分区由两部分组成：分区方法和分区模式。第一个表示的是数据本身是如何分区在不同的分区的。比如，以A到Z为例，数据是将字母表的每个字母作为26个单独的分区功能来分区的。

模式表示分区方法中的各个分区是如何映射到文件组的。如果我们的A到Z表中的“A”数据存储在文件组的一个物理文件中，而“A”索引存储在相同文件组的另一个物理文件中，那么按分区排列的索引将有助于加速和并行数据和索引的访问。这样，多CPU可以同时在不同的分区或物理文件上操作。（如果需要的话，我们可以通过将索引和数据放到单独的物理设备上来实现更进一步的数据并行访问。）

TEMPDB空间

建立按分区排列索引需要消耗内存并占用TEMPDB空间。许多数据库管理员在安装SQL Server时，都保持TEMPDB空间分配的默认值，而没有设置它的大小，而用于自动扩展TEMPDB的很消耗时间和资源，从而降低性能。同时，不同分区的索引是根据不同内存分配方法建立的：按分区排列的索引每次都与一个排序表一起建立，而非排列索引则同时与它所有的排序表同时建立。

Microsoft在Books Online中规定每个分区区的排序表最小是40页，并且每页8KB，因此一个有26个分区的非排列分区索引（以上面的A到Z为例）将需要1，040页——接近4.25 MB内存。一个非排列索引则只需要163,840字节。对于大多数健壮的SQL Server设置这都不是问题，但是当我们处理超大型分区模式并且同时运行多个分区模式时，我们还是要留心的。