为什么简单的T-SQL UDF函数会使代码执行慢3倍

Question

我正在重写一些旧的存储过程，并且在使用函数而不是内联代码时遇到了意外的性能问题。

该函数非常简单，如下所示：

ALTER FUNCTION [dbo].[GetDateDifferenceInDays] 
(       
@first_date SMALLDATETIME, 
@second_date SMALLDATETIME
)
RETURNS INT 
AS
BEGIN 

RETURN ABS(DATEDIFF(DAY, @first_date, @second_date))

END

因此，我有两个相同的查询，但是一个使用该函数，另一个使用查询本身进行计算：

ABS(DATEDIFF(DAY, [mytable].first_date, [mytable].second_date))

现在，使用内联代码的查询运行速度比使用该函数的查询快3倍。

Answer 1

您拥有的是标量UDF（采用0到n个参数并返回标量值）。 除非使用常量参数调用，否则此类UDF通常会导致查询的逐行操作，从而导致查询性能下降。

有关使用UDF的性能陷阱的详细说明，请参见此处 ， 此处和此处 。

Answer 2

不要使用慢速标量UDF，而要使用快速内联UDF。 这里的例子：

与表值UDF复用代码

使用内联UDF计算该月的第三个星期三

许多嵌套的内联UDF非常快

这个问题非常普遍：它已经被问过数百遍，因此有一些罐头答案。

Answer 3

根据使用情况的不同，查询优化器可能能够分析内联代码并找出使用索引的出色查询计划，而不会“内联函数”以进行类似的详细分析，因此最终导致查询质量降低计划涉及该功能的时间。 并排查看两个查询计划，您应该能够轻松确认（或反对）这一假设！