GaTechThomas Asked: 2012-08-16 14:47:18 +0800 CST2012-08-16 14:47:18 +0800 CST 2012-08-16 14:47:18 +0800 CST 分区函数与聚集索引 772 我们有一个聚集在 identity/datetime2 上的表。它在相同的 datetime2 上进行分区。是否有任何理由聚集在 datetime2/identity 上?我一般理解集群背后的原因,但是包括分区,事情会改变吗? sql-server sql-server-2008-r2 2 个回答 Voted Best Answer Jon Seigel 2012-08-17T09:14:58+08:002012-08-17T09:14:58+08:00 对表进行分区仅根据分区函数将其划分为“块”。聚集索引将对每个分区内的数据进行排序。 如果您计划运行涉及部分分区的查询(即,显示 1 月 5 日至 1 月 12 日之间的销售额),那么将日期作为集群键的前导列可能对这些查询有利。这种类型的结构将导致聚集索引查找,而不是分区扫描。(假设表上没有其他合适的索引。) 如果查询只涉及整个分区,则无关紧要,因为分区消除足以隔离所需的数据。也就是说,首先按日期排序可以消除昂贵的排序操作的需要,具体取决于您在做什么。 但这也取决于您需要表格中的哪些列。如果您只需要在某个日期范围内执行汇总总销售额之类的操作,则使用覆盖非聚集索引并将日期作为键的前导(或唯一)列可能就足够了,而不是仅重建整个表那。 如果您确实更改了聚集索引,这将影响单例查找(可能通过我认为是主键的标识列),因为它们现在将涉及非聚集索引查找 + 键查找。如果这种类型的活动不是工作负载的主要部分,那很好,但是您必须非常小心,这些查询不会选择太多行,否则优化器将在假设下恢复到分区扫描它更便宜。同样,根据您需要的列,创建一个仅包含您需要的列的覆盖非聚集索引可能是有利的。 mrdenny 2012-08-16T14:48:21+08:002012-08-16T14:48:21+08:00 从分区的角度来看,不需要将集群键更改为 datetime2/identity。这将完全取决于您的查询。
对表进行分区仅根据分区函数将其划分为“块”。聚集索引将对每个分区内的数据进行排序。
如果您计划运行涉及部分分区的查询(即,显示 1 月 5 日至 1 月 12 日之间的销售额),那么将日期作为集群键的前导列可能对这些查询有利。这种类型的结构将导致聚集索引查找,而不是分区扫描。(假设表上没有其他合适的索引。)
如果查询只涉及整个分区,则无关紧要,因为分区消除足以隔离所需的数据。也就是说,首先按日期排序可以消除昂贵的排序操作的需要,具体取决于您在做什么。
但这也取决于您需要表格中的哪些列。如果您只需要在某个日期范围内执行汇总总销售额之类的操作,则使用覆盖非聚集索引并将日期作为键的前导(或唯一)列可能就足够了,而不是仅重建整个表那。
如果您确实更改了聚集索引,这将影响单例查找(可能通过我认为是主键的标识列),因为它们现在将涉及非聚集索引查找 + 键查找。如果这种类型的活动不是工作负载的主要部分,那很好,但是您必须非常小心,这些查询不会选择太多行,否则优化器将在假设下恢复到分区扫描它更便宜。同样,根据您需要的列,创建一个仅包含您需要的列的覆盖非聚集索引可能是有利的。
从分区的角度来看,不需要将集群键更改为 datetime2/identity。这将完全取决于您的查询。