Marc S's questions

所有证据都表明这是正确的，但我需要有人检查我的数学...

我有一个执行以下操作的存储过程：

1. 在表中插入状态记录
   • 表触发器触发将记录插入到不同的表中。
2. 从表 A 中选择。
3. 从表 A 中再次选择。
4. 从表 A 中再次选择。
5. 链式 CTE 从多个表中进行选择（但不涉及 1-4 中的任何一个表）。

我看到的是，每当 #5 中的一个大型表需要更新统计信息时，此过程的总处理时间是几分钟，而不是几秒钟。但是，#1 中插入的记录的时间戳是在 #5 导致的统计信息更新之后（使用扩展事件捕获）。看起来 SQL 评估了整个过程，如果任何表需要更新统计信息，它会在执行过程中的任何查询之前进行更新，然后执行过程的内容。

有人可以确认这是行为吗，或者我遗漏了其他什么？

我无法在任何地方找到有关触发此重新编译原因的文档。我们正在调查突然的查询性能下降，我唯一能想到的是，在针对小型数据集执行时，计划为参数化查询重新编译，导致行估计混乱。我们注意到，当这个进程运行时（在它开始花费数小时而不是数秒之后）它对 tempdb 的影响非常大。消耗表的统计数据未更改，重新编译原因列表中唯一有意义的其他原因是#12“参数化计划已刷新”。

有问题的过程是在单个 INT 列上调用视图和过滤。这是通过实体框架完成的。类上只有1个Entity Key，是视图中主表的PK。所有记录都是独一无二的。

我很好奇是否有人可以向我指出那里的任何文档，这些文档解释了为什么可能由于“参数化计划刷新”而重新编译计划。