Наблюдается массивная перебежка стаи гуру. Все растоптаны.

iapА в общем случае большинство клиентов не заморачиваются определением того,
какие поля им надо перечислить в SET, а какие нет.
Чаще всего перечисляются все, просто некоторые остаются с теми же значениями.
Факт наличия поля в списке SET сам по себе ни о чём не говорит.Ну можно и поспорить. Зависит от клиента. Если мне не изменяет память Entity Framework кажись "оптимизит" в зависимости от логики. Про частные случаи можно и не говорить.

iapПриведёт к удивительным результатам в MERGE!
Я вот именно поэтому потихоньку меняю проверку @@ROWCOUNT на EXISTSАга, значит вы активно юзаете MERGE (иначе никакого профита в переписывании нет).
Но то что вы это упомянули - очень правильно.

Гавриленко Сергей АлексеевичС нетерпением жду пример кода, который будет определять, надо ли реально апдейтить 50 полей в таблице по 50 переменным, или вообще по временной таблице.Это попытка доказать несостоятельность подхода в общем случае, на основании частного?
Хомо сапиенс отличается от машины тем, что иногда делает ошибки когда знает что они глупые.

GloryА что виртуальные таблицы уже готовые лежат в памяти как только триггер сработал ?
По сравнению с доступом к системной функции @@ROWCOUNT.С 2005 кое-что поменялось (RowVersioning). Хрен его знает стало лучше или нет. Во всяком случае теперь подымает не из логов (если данных жуть). А tempdb вынужденно ускоряется.
А с другой стороны нужна любая строка, не важно первая или нет (любая в памяти) - хотя неизвестны доступные стратегии доступа для оных виртуальных таблиц.

PS: Эх ... <мечтает о декларативных триггерах>