Czy zastępowanie logiki warunkowej za pomocą instrukcji CASE jest wydajne w języku Transact-SQL?

Question

Mam procedurę przechowywaną, która robi coś takiego:

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 chciałby zmniejszyć zapytanie do następujących:

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 

Jednakże, jeśli SQL Server ocenia wszystkie przypadki Niezależnie od tego, który z nich zostanie faktycznie zwrócony, zmodyfikowane zapytanie byłoby rażąco nieefektywne.

Tak więc, chciałbym wiedzieć, czy SQL Server ocenić wszystkie przypadki w CASE oświadczenie, czy tylko pierwszy z nich, który spełnia warunku CASE „s?

Answer 1

Instrukcja CASE dla serwera SQL, o której mowa w this article, wykorzystuje zwarcie, więc w pokazanym przykładzie nie będzie oceniać wyników każdego możliwego wyniku CASE dla każdego wiersza.
Jednak nadal otrzymasz mniej sprawne zapytanie niż twój obecny format, ponieważ zmusisz wszystkie wyniki do udostępnienia tego samego planu wykonania, który może nie być optymalny. W zależności od różnic między podkwadaniami CASE efekt może być dość znaczący.

Answer 2

Prawie zawsze uzyskasz szybszy wynik dzięki rozwiązaniu opartemu na zestawie a opartemu na procedurach rozwiązaniu w SQL Server (i wszystkich RDMS).

Answer 3

Nie dodaje do planu "predykatu passthru", który zapewnia, że ​​tylko ocenia wymagane zapytania. Patrz: Subqueries in CASE Expressions

Answer 4

zakładając, że przyłącza są takie same w każdym podzapytania, chciałbym spróbować czegoś takiego:

;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 

czy mogę być rażąco nieporozumienie co starasz się zrobić;)