使用索引视图设计上次跟踪的最佳实践

Question

我的表结构如下：

  TbDoc (ID int , ...)
  TbDocActions( ID Int, DocID Int, Date DateTime, col1 int, col2 int, ...)

我想要索引视图来获取每条TbDoc记录的最后一个 TbDocActions 列。此视图的结果必须如下所示：

  DocID , col1, col2, ...

为了通过视图获得此结果，我可以使用以下查询：

Select Z.DocID, X.*
From (Select DocID, Max(ID) as MaxActionID
      From TbDocActions
      Group By DocID
     )Z
inner join TbDocActions X ON X.ID = Z.MaxActionID

但我希望索引视图具有更好的性能。在索引视图中我不能使用Max()聚合函数。

Answer 1

如您所知，您不能MAX()在索引视图中使用聚合。在任何情况下，不要自欺欺人地相信创建索引视图是一个神奇的性能电源按钮。根据您的工作负载，维护索引视图可能比您从针对它的查询中获得的性能花费更多。

几个替代方案可能是：

(1)dbo.TbDocActions(DocID, ID DESC)在现有的聚集索引上创建非聚集索引或删除现有聚集索引并将其更改为DocID, ID DESC. （如果ID是标识列，您可能也将其设置为主键，并且默认情况下将对其进行集群，但并非必须如此。）

(2) 维护一个单独的表DocID作为主键，并ID使用触发器（或存储过程，如果您只限制写入存储过程）保持最新。您必须拥有所有三种 DML 类型（insert、update和delete）的逻辑，因为理论上，这些类型中的任何一种都可能影响MAX计算。（显然，如果两ID列都是，则风险较小IDENTITY。）您还可以向主表添加一列并以相同的方式使其保持最新状态。

请注意，同样的警告也适用——在其他表中添加索引或维护值可能有益于这个特定查询，但它们并不神奇——它们可能会影响工作负载的其他部分。在考虑“修复”任何单个查询时，您应该始终考虑整个业务周期......

Answer 2

最快的解决方案如下：您创建一个附加列 IsLastID，并使用它构建过滤索引或索引视图。您可以使用约束来确保 IsLastID 的完整性，如此处所述

格兰特弗里奇在这里写了各种解决方案的详细比较