Por qué una función T-SQL UDF simple hace que la ejecución del código sea 3 veces más lenta

Question

Estoy reescribiendo algún procedimiento almacenado anterior y he encontrado un problema de rendimiento inesperado cuando uso una función en lugar de un código en línea.

La función es muy simple de la siguiente manera:

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

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

END 

así que tengo dos consultas idénticas, pero se utiliza la función y el otro hace el cálculo en la propia consulta:

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

Ahora la consulta con el código en línea se ejecuta 3 veces más rápido que el que usa la función.

Answer 1

Lo que tiene es una UDF escalar (toma de 0 a n parámetros y devuelve un valor escalar). Dichas UDF generalmente causan una operación fila por fila de su consulta, a menos que se invoque con parámetros constantes, exactamente con el tipo de degradación de rendimiento que experimenta con su consulta.

Consulte here, here y here para obtener explicaciones detalladas de las dificultades de rendimiento al usar UDF.

Answer 2

Dependiendo del contexto de uso, el optimizador de consultas puede analizar el código en línea y descubrir un gran plan de consulta que utiliza índices, mientras que no "alinea la función" para un análisis detallado similar y termina así con un plan de consulta inferior cuando la función está involucrada. ¡Mira los dos planes de consulta, uno al lado del otro, y deberías poder confirmar (o refutar) esta hipótesis con bastante facilidad!

Answer 3

No utilice un UDF escalar lento, use uno rápido en línea. Los ejemplos aquí:

Reuse Your Code with Table-Valued UDFs

Calculating third Wednesday of the month with inline UDFs

Many nested inline UDFs are very fast

La pregunta es muy común: se ha preguntado y contestado cientos de veces antes, como tal, tiene algunas respuestas enlatadas.