我的表格结构如下:
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()
聚合函数。
如您所知,您不能
MAX()
在索引视图中使用聚合。无论如何,不要自欺欺人地相信创建索引视图是一个神奇的性能电源按钮。根据您的工作负载,维护索引视图可能会花费您比从针对它的查询中获得的性能更高的性能。几个替代方案可能是:
(1) 在现有的聚集索引上创建非聚集索引
dbo.TbDocActions(DocID, ID DESC)
或删除现有聚集索引并将其更改为DocID, ID DESC
. (如果ID
是一个标识列,您可能也将其设置为主键,默认情况下它会被聚集,但不一定是这种情况。)DocID
(2) 维护一个以 为主键的单独表,并ID
使用触发器(或存储过程,如果您仅限制对存储过程的写入)保持最高的最新状态。您必须拥有所有三种 DML 类型(和)的逻辑insert
,因为理论上,这些类型中的任何一个都可能影响计算。(显然,如果两列都是. 则风险更小。)您还可以在主表中添加一列并以相同的方式保持最新。update
delete
MAX
ID
IDENTITY
请注意,同样的警告也适用——在其他表中添加索引或维护值可能有利于这个特定的查询,但它们并不神奇——它们可能会影响工作负载的其他部分。在考虑“修复”任何单个查询时,您应该始终考虑整个业务周期......
最快的解决方案如下:创建一个附加列 IsLastID,并使用它构建过滤索引或索引视图。您可以使用约束来确保 IsLastID 的完整性,如此处所述
格兰特弗里奇在这里写了各种解决方案的详细比较