SQL Server - почему оконные функции не разрешены в операторах обновления?

При выполнении оператора обновления, такого как приведенный ниже, я получаю сообщение об ошибке, сообщающее, что

Оконные функции могут появляться только в предложениях SELECT или ORDER BY.

UPDATE dbo.Dim_Chart_of_Account
SET Account_Order = LAG([Account_Order]) OVER (ORDER BY [Account_SKey])

Я знаю, что это можно легко обойти, используя обновляемый cte, как показано ниже

 WITH my_cte AS (
     SELECT [Account_Order], LAG([Account_Order]) OVER (ORDER BY [Account_SKey]) AS acc_order_lag
     FROM Dim_Chart_of_Account
)
UPDATE my_cte
SET [Account_Order] = acc_order_lag

Мой вопрос: есть ли причины, по которым это не разрешено в операторе обновления, следует ли мне избегать использования обновляемого cte в качестве обходного пути?

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

sql-server sql-server-2014

— Нил П
источник

Обновляемый CTE приемлем и хорош. Понятия не имею, почему это не разрешено в ОБНОВЛЕНИИ.

— ypercubeᵀᴹ

Может быть, Hallowe'en защита какой-то?

— Аарон Бертран

Оконные функции не разрешены в инструкциях UPDATE, потому что UPDATE несовместим с SELECT или ORDER BY.

Оконные функции похожи на операторы SELECT с областью действия, которые повторно исследуют соответствующие строки и применяют условия, такие как PARTITION BY и ORDER BY. Кроме того, для многих оконных функций требуется предложение ORDER BY (например, ROW_NUMBER, LAG и FIRST_VALUE).

Операторы UPDATE используют SET вместо SELECT, поэтому SELECT не допускается нигде на одном уровне запроса. Любой SELECT, появляющийся с UPDATE, должен содержаться в подзапросе.

Запрещение ORDER BY имеет смысл, учитывая, что инструкция UPDATE безразлична к порядку, в котором она обновляет строки.

Нет никакого недостатка в использовании CTE или другого подзапроса в качестве обходного пути, чтобы получить ОБНОВЛЕНИЕ для использования оконной функции. Это обычная практика, отстаиваемая экспертами T-SQL, такими как Ицик Бен-Ган. (См. Стр. 29 его книги « Высокопроизводительный T-SQL в Microsoft SQL Server 2012 с использованием оконных функций», где он описывает именно этот сценарий.)

— Дуг Лейн
источник