Ggg_oldпредпложу, что первый способ будет быстрее. Все таки вставка/обновление будет идти в одной операции/транзакции. В случае триггера механизм с точки зрения затрат на транзакцию выглядит тяжелее.
Присоединяюсь - первый способ будет менее затратен. Эквивалентом ему так же можно назвать триггера BEFORE INSERT/UPDATE.

Stalker4Ну вместо триггера after insert, update я вполне могу использовать триггер before insert, update, если это по скорости эквивалентно computed by.


Но мне казалось что любой триггер (и after и before) будет быстрее (менее затратен для сервера) чем computed by, ведь в триггере данные в поле X1 будут присваиваться только в момент insert и update таблицы, а computed by возможно вычисляется (хотя тут я точно не уверен) динамически, в момент обращения к этому полю, ведь данные для вычисления computed by поля могут через UDF браться на стороне (например из другой таблицы).

Или я не прав в своих рассуждениях ?
Computed By это обычное поле, которое хранит значения, которые вычисляются каждый раз при добавлении или изменении записи. Ничем они по скорости от BEFORE триггеров отличаются не будут, фактически это одно и тоже. При SELECT же уже берутся сохраненные значения в таблице. Если вычисляемое поле ссылается на глобальную переменную или функцию, то правилом хорошего тона можно считать вынос логики вычисления значения в триггер, не будет в дальнейшем проблем с перезагрузкой БД или внезапным падением сервака (все в жизни бывает). Ну, а если хочется сделать поле, которое должно каждый раз динамически вычисляться при обращении к записи - для этого и существуют представления (view).