Sql Server性能优化——Partition（创建分区）

核心提示： 这和没有索引的情况一样，如果表原先存在聚集索引，Sql Server性能优化——Partition（创建分区）(5)，则脚本变为：CREATECLUSTEREDINDEX[IX_id]ON[dbo].[Account]([id]ASC)WITH(PAD_INDEX=OFF,STATISTICS_

这和没有索引的情况一样，如果表原先存在聚集索引，则脚本变为：

CREATE　CLUSTERED　INDEX　[IX_id]　ON　[dbo].[Account]　
(　
　　[id]　ASC　
)WITH　(PAD_INDEX　=　OFF,　STATISTICS_NORECOMPUTE　=　OFF,　SORT_IN_TEMPDB　=　OFF,　IGNORE_DUP_KEY　=　OFF,　DROP_EXISTING　=　ON,　
ONLINE　=　OFF,　ALLOW_ROW_LOCKS　=　ON,　ALLOW_PAGE_LOCKS　=　ON)　ON　[TestScheme]([birthday])

可以看到原有的聚集索引（IX_id）在分区方案上被重建了。

如果选择了“对齐索引”选项，则会对所有索引都应用分区：

CREATE　CLUSTERED　INDEX　[IX_id]　ON　[dbo].[Account]　
(　
　　[id]　ASC　
)WITH　(PAD_INDEX　=　OFF,　STATISTICS_NORECOMPUTE　=　OFF,　SORT_IN_TEMPDB　=　OFF,　IGNORE_DUP_KEY　=　OFF,　DROP_EXISTING　=　ON,　
ONLINE　=　OFF,　ALLOW_ROW_LOCKS　=　ON,　ALLOW_PAGE_LOCKS　=　ON)　ON　[TestScheme]([birthday])　
　
CREATE　NONCLUSTERED　INDEX　[UIX_birthday]　ON　[dbo].[Account]　
(　
　　[birthday]　ASC　
)WITH　(PAD_INDEX　=　OFF,　STATISTICS_NORECOMPUTE　=　OFF,　SORT_IN_TEMPDB　=　OFF,　IGNORE_DUP_KEY　=　OFF,　DROP_EXISTING　=　ON,　
ONLINE　=　OFF,　ALLOW_ROW_LOCKS　=　ON,　ALLOW_PAGE_LOCKS　=　ON)　ON　[TestScheme]([birthday])　
CREATE　NONCLUSTERED　INDEX　[UIX_name]　ON　[dbo].[Account]　
(　
　　[name]　ASC　
)WITH　(PAD_INDEX　=　OFF,　STATISTICS_NORECOMPUTE　=　OFF,　SORT_IN_TEMPDB　=　OFF,　IGNORE_DUP_KEY　=　OFF,　DROP_EXISTING　=　ON,　
ONLINE　=　OFF,　ALLOW_ROW_LOCKS　=　ON,　ALLOW_PAGE_LOCKS　=　ON)

这里不仅对聚集索引IX_id进行了分区，也对非聚集索引UIX_name和UIX_birthday进行了分区。

注意事项

对一张表分好区后不可以进行再次分区，同时也没有直接取消表分区的方法。

如果要查看已分区表的分区状态以及每个分区中的行数和占用空间，可以通过Storage-》Management Compression查看。同时可以在这里为每个分区指定压缩方式。

如果分区表索引没有对齐，则不可以对该表进行切入切出（Switch in/out）操作，同样也不能执行滑动窗口操作。

分区实际上是在每个分区表都添加了约束，相应的插入操作的性能也会受到影响。

即使进行了分区，如果查询的条件字段和分区列并没有关联，性能也未必会得到提升。

附：对分区并行查询的说明

由于我在实际操作中主要考虑并行查询方面的效率，所以文章里只是略略带过，但评论中有人提到，所以摘录整理一些资料在下面：

并行查询肯定需要多核支持，单核下并行是不可能的。

在2005中，如果有两个以上的Partition，一个线程对应一个Partition，所以如果有10个线程，却只有3个分区的话，就会有7个线程被浪费。

在2008中，这一问题被改进，所有的线程都被投入到所有的Partition中。