SQL Server查询行为

Question

vw_project是一个包含20个CTE的视图，多次连接它们并返回56列

这些CTE中有许多是自联接的（经典的“每组最后一行”，在我们的案例中，我们获得每个项目的最后相关对象产品/客户/经理）

涉及的大多数表（也许是40个）不超过1000行，视图本身返回634行。

我们正在努力改善此视图的不良表现。 我们进行了非规范化（从TPT到TPH），并将连接数量减少了一半，几乎没有影响。

但是我不明白我得到的以下结果：

select * from  vw_Project (TPT)
2 sec 

select * from  vw_Project (TPH)
2 sec 

select Id from vw_Project (TPH , TPT is instant)
6 sec

select 1 from vw_Project  (TPH , TPT is instant)
6 sec

select count(1) from vw_Project (TPH , TPT is instant)
6 sec

最后一个执行计划（6秒）： https : //www.brentozar.com/pastetheplan/?id=r1DqRciBW

sp_updatestats之后的执行计划https://www.brentozar.com/pastetheplan/?id=H1Cuwsor-

对我来说，这似乎很荒谬，我不了解发生了什么，而且很难知道我的优化策略是否相关，因为我不知道有什么理由可以证明我所观察到的明显非理性行为是正确的……

有什么线索吗？

Answer 1

CTE不能保证运行这些语句的顺序，我认为20个CTE太多了。 您可以使用OPTION（FORCE ORDER）强制从上到下执行。

然而，对于选择几千行，无论复杂度如何，超过1秒的时间都是不可接受的。 我会选择一种表函数的方法，这样我就可以在内部创建哈希表或表变量以完全控制每个步骤。 这样，您可以将优化器范围限制在每​​个步骤中。