Está reemplazando la lógica condicional con sentencias CASE eficientes en Transact-SQL?

Question

Tengo un procedimiento almacenado que hace algo como:

IF @Param = '1' 
    SELECT HT.HeaderKey, HT.Description, 
      (SELECT SUM(E1) -- E1 is actually a complex expression 
      FROM DetailTable DT INNER JOIN ... 
            INNER JOIN ... 
            INNER JOIN ... 
      WHERE DT.HeaderKey = HT.HeaderKey) 
    FROM HeaderTable HT 
ELSE IF @Param = '2' 
    SELECT HT.HeaderKey, HT.Description, 
      (SELECT SUM(E2) -- E2 is yet another complex expression 
      FROM DetailTable DT INNER JOIN ... -- Here, DetailTable is not 
            INNER JOIN ... -- joined to the same tables 
            INNER JOIN ... -- as in the first case 
      WHERE DT.HeaderKey = HT.HeaderKey) 
    FROM HeaderTable HT 
-- Etc. There are five cases. 

I gustaría para reducir la consulta a la siguiente:

SELECT HT.HeaderKey, HT.Description, 
     CASE @Param 
     WHEN '1' 
      (SELECT SUM(E1) 
      FROM DetailTable DT INNER JOIN ... 
            INNER JOIN ... 
            INNER JOIN ... 
      WHERE DT.HeaderKey = HT.HeaderKey) 
     WHEN '2' 
      (SELECT SUM(E2) 
      FROM DetailTable DT INNER JOIN ... 
            INNER JOIN ... 
            INNER JOIN ... 
      WHERE DT.HeaderKey = HT.HeaderKey) 
     -- Etc. 
     ELSE 0 
     END 
FROM HeaderTable HT 

Sin embargo, si SQL Server evalúa todos los casos , independientemente de cuál será realmente devuelto, la consulta modificada sería extremadamente ineficiente.

Por lo tanto, me gustaría saber, Cómo evalúa SQL Server todos los casos en un comunicado CASE, o sólo el primero que satisface la condición de la CASE 's?

Answer 1

La sentencia CASE de SQL Server, como se menciona en this article, aprovecha un cortocircuito, por lo que en el ejemplo que se muestra no evaluará los resultados de cada posible resultado de CASE para cada fila.
Sin embargo, igual obtendrá una consulta menos eficiente que su formato actual, ya que forzará a todos los resultados a compartir el mismo plan de ejecución, que puede no ser óptimo. Dependiendo de las diferencias entre las subconsultas CASE, el efecto podría ser bastante significativo.

Answer 2

Casi siempre obtendrá un resultado más rápido con una solución basada en conjuntos frente a una solución basada en procedimientos en SQL Server (y todos los RDMS).

Answer 3

No, agrega un "predicado de paso a paso" al plan que asegura que solo evalúa las consultas necesarias. Consulte Subqueries in CASE Expressions

Answer 4

el supuesto de que las uniones son los mismos en cada sub consulta, me gustaría probar algo como esto:

;with dt as 
(
    select 
     HeaderKey, 
     sum(case @Param 
      when 1 then E1 
      when 2 then E2 
      ...) as ExpressionSum 
    from DetailTable DT 
     inner join... 
    group by dt.HeaderKey 
) 
select 
    ht.HeaderKey, 
    ht.description, 
    dt.ExpressionSum 
from HeaderTable HT 
    inner join dt 
     on HT.HeaderKey=dt.HeaderKey 

o podría ser mal entendido groseramente lo que estás tratando de hacer;)