系统版本化表索引重建操作的相关技术咨询

嘿，这个问题问到点子上了，我在日常维护系统版本化表的时候经常碰到这类疑问，给你详细捋一捋：

• 主表索引操作不会自动牵连历史表：当你对系统版本化的主表执行ALTER INDEX ... REBUILD或者ALTER INDEX ... REORGANIZE命令时，操作范围仅局限于主表本身的索引，历史表对应的索引不会被自动触发重建或重组。这俩表虽然通过系统版本功能关联，但索引的维护是完全独立的。

• 常规重建主表索引时不会扫描/检查历史表：正常情况下，主表的索引重建过程不会主动去扫描或验证历史表的数据。因为主表索引的结构、碎片化情况和历史表没有直接关联，数据库引擎在处理主表索引操作时，只会专注于主表的数据页和索引页。只有当你手动指定了跨表的操作（比如自定义查询关联主表和历史表的索引重建脚本），才会涉及到历史表，但这不属于常规的单表索引维护场景。

• 历史表的索引需要单独维护：历史表会持续积累归档的旧数据，时间久了它的索引同样会产生碎片（尤其是如果有非聚集索引的话）。所以如果要优化历史表的查询性能，你需要单独对历史表执行索引维护命令，比如：

  ALTER INDEX ALL ON [YourHistoryTableName] REBUILD WITH (ONLINE = ON); -- 按需调整参数
  

  另外，系统在创建历史表时会自动生成一个基于主键和系统结束时间列的聚集索引，这个索引的维护也需要单独处理。

• 在线重建的特殊注意点：如果主表索引重建使用了ONLINE = ON参数，数据库会利用快照隔离来减少锁冲突，但这个过程只会涉及到主表的版本数据，不会触及历史表的内容，所以不用担心历史表会被扫描。

备注：内容来源于stack exchange，提问作者bitshift