UPDATE-no-op в операторе SQL MERGE - PullRequest
Новая
       33

UPDATE-no-op в операторе SQL MERGE

20 голосов
/ 15 марта 2011

У меня есть таблица с некоторыми постоянными данными. Теперь, когда я запрашиваю его, у меня также есть довольно сложное CTE, которое вычисляет значения, необходимые для результата, и мне нужно вставить недостающие строки в постоянную таблицу. В конце я хочу выбрать результат, состоящий из всех строк, идентифицированных CTE, но с данными из таблицы, если они уже были в таблице, и мне нужна информация, была ли строка только что вставлена ​​или нет.

Упрощенно, это работает так (следующий код запускается как обычный запрос, если вы хотите попробовать): 

-- Set-up of test data, this would be the persisted table 
DECLARE @target TABLE (id int NOT NULL PRIMARY KEY) ;
INSERT INTO @target (id) SELECT v.id FROM (VALUES (1), (2)) v(id);

-- START OF THE CODE IN QUESTION
-- The result table variable (will be several columns in the end)
DECLARE @result TABLE (id int NOT NULL, new bit NOT NULL) ;

WITH Source AS (
    -- Imagine a fairly expensive, recursive CTE here
    SELECT * FROM (VALUES (1), (3)) AS Source (id)
)
MERGE INTO @target AS Target
    USING Source
    ON Target.id = Source.id
    -- Perform a no-op on the match to get the output record
    WHEN MATCHED THEN 
        UPDATE SET Target.id=Target.id
    WHEN NOT MATCHED BY TARGET THEN
        INSERT (id) VALUES (SOURCE.id)
    -- select the data to be returned - will be more columns
    OUTPUT source.id, CASE WHEN $action='INSERT' THEN CONVERT(bit, 1) ELSE CONVERT(bit, 0) END
      INTO @result ;

-- Select the result
SELECT * FROM @result;

Мне не нравится часть WHEN MATCHED THEN UPDATE, я бы предпочел оставить избыточное обновление, но тогда я не получу строку результата в предложении OUTPUT.

Является ли это наиболее эффективным способом выполнения такого рода заполнения и возврата данных?

Или было бы более эффективное решение без MERGE, например, путем предварительного вычисления результата с SELECT и последующего выполнения INSERT строк, которые new=0? У меня возникают трудности с интерпретацией плана запроса, поскольку он сводится к «объединению кластеризованных индексов», что довольно неопределенно для меня по производительности по сравнению с отдельным SELECT, за которым следует INSERT вариант. И мне интересно, действительно ли SQL Server (2008 R2 с CU1) достаточно умен, чтобы увидеть, что UPDATE не работает (например, запись не требуется).

1 Ответ

26 голосов
/ 04 мая 2011

Вы можете объявить фиктивную переменную и установить ее значение в предложении WHEN MATCHED. 

 DECLARE @dummy int;
 ...
 MERGE
 ...
 WHEN MATCHED THEN
   UPDATE SET @dummy = 0
 ...

Я считаю, что это должно быть дешевле, чем фактическое обновление таблицы.

...