Оптимизировать SQL UPDATE заявление/SqlCommand

Question

У меня есть следующее заявление:

UPDATE Table SET Column=Value WHERE TableID IN ({0}) 

У меня есть разделенный запятыми список TableIDs, который может быть довольно длительным (для замены {0}). Я обнаружил, что это быстрее, чем использование SqlDataAdapter, однако я также заметил, что если текст команды слишком длинный, SqlCommand может работать плохо.

Любые идеи?

Это внутри триггера CLR. Каждое выполнение SqlCommand несет какие-то накладные расходы. Я решил, что вышеприведенная команда лучше, чем SqlDataAdapter.Update(), потому что Update() будет обновлять отдельные записи, в результате которых выполняются несколько операторов SQL.

... Я закончил тем, что делал следующее (время запуска пошел от 0,7 до 0,25 секунд)

UPDATE T SET Column=Value FROM Table T INNER JOIN INSERTED AS I ON (I.TableID=T.TableID) 

Answer 1

Когда есть длинный список, план выполнения, вероятно, с помощью индекса сканирования вместо поиск индекса. В этом случае вам, вероятно, лучше не ограничивать список несколькими элементами, но вызывать команду обновления несколько раз, пока не будут размещены все элементы в списке.

Answer 2

Возможно, разделите свой список идентификаторов в партии. Я предполагаю, что у вас есть список идентификационных номеров в коллекции, и вы создаете строку {0}. Так что, возможно, обновите 20 или 100 за раз.

Заверните его в транзакции и выполнять все обновления перед вызовом Commit()

Answer 3

Если вы можете использовать хранимую процедуру, можно использовать MERGE заявление вместо этого.

MERGE INTO Table AS target 
USING @TableIDList AS source 
ON target.TableID = source.ID 
WHEN MATCHED THEN UPDATE SET Column = source.Value 

где @TableIDList будет table type отправлено из кода как табличное значение параметра с ID с (и, возможно, Value с) вам нужно.

Answer 4

Если это хранимый метод, я бы использовал параметр Table-Valued Parameter. Если это специальная партия, тогда рассмотрите возможность заполнения временной таблицы и присоединения к ней в вашей партии. Ваш IN-предложение рационализируется как совокупность OR, которая может довольно легко отрицать использование индекса. С помощью JOIN вы можете получить лучший план от оптимизатора.

DECLARE @Value VARCHAR(100) = 'Some value'; 
CREATE TABLE #Table (TableID INT PRIMARY KEY); 
INSERT INTO #Table VALUES (1),(2),(3),(n)...; 
MERGE INTO Schema.Table AS target 
USING #Table AS source 
ON target.TableID = source.TableID 
WHEN MATCHED THEN UPDATE SET Column = Value;