子查询中的 SQL UDF 速度与声明中的速度

Question

1. 我创建了一个获取最后一个工作日的 UDF，它在不到 1 秒的时间内运行。

SELECT BlackWidow.dbo.LastBusinessDay('2015-12-31',DEFAULT)

1. 我还创建了一个返回表的 UDF，它在 1 秒内运行。

SELECT * 
FROM  BlackWidow.dbo.TurnoverTradesMarketCapCountry ('2015-12-31', 50, 20, 50, 100000, 1000000000, 3, 'Brazil')

1. 当我同时运行两者时，运行时间超过一分钟

SELECT * 
FROM  BlackWidow.dbo.TurnoverTradesMarketCapCountry (BlackWidow.dbo.LastBusinessDay('2015-12-31',DEFAULT), 50, 20, 50, 100000, 1000000000, 3, 'Brazil')

4. 如果我运行如下代码，只需要 1 秒

DECLARE @date as DATETIME

SET @date=BlackWidow.dbo.LastBusinessDay('2015-12-31',DEFAULT)

SELECT * 
FROM  BlackWidow.dbo.TurnoverTradesMarketCapCountry (@date, 50, 20, 50, 100000, 1000000000, 3, 'Brazil')

任何建议为什么在案例 3 中比在案例 4 中花费更多时间？

Answer 1

性能差异最可能的解释是 SQL Server 中的查询优化器无法正确估计第一个查询中的查询成本。优化器不知道函数的返回值是什么，因此它无法在执行前估计查询的适当成本。此限制意味着可能会选择执行极差的查询计划。

优化器评估第二个查询要容易得多，因为一旦分配了@date 变量，查询优化器就能够以更经济的方式计算查询执行成本。

这些操作在功能上是相同的，但在由 SQL Server 执行时它们实际上并不相同。要确认您可以查看估计的查询执行并查看 SQL 优化器的估计成本差异。然后运行查询并查看实际的执行计划。即使在功能上它们完成相同的事情，它们也不会相同。