WarAntDBAshnik,

SELECT из update уберите и будет работатьНо, за нежелание перетащить мышкой список полей, придётся заплатить замедлением вставки в таблицу.

DBAshnikпосле ораклa читая инфу по MS-SQL мне не отделаться от чувства, что пересаживаюсь с мерса на жигули! ;-) Может по незнанию, пока? )Да, по незнанию; у вашего начальства идея "сделать на MSSQL как в оракле, только хуже".
Ну вот оно и получается хуже
У MSSQL другая идеология, более современная, он всё таки появился позже оракла, и бальше отошёл от кобола и файловых БД. Поэтому там нет позывов в любой вычислении использовать курсор, циклы, триггер на строку и т.д. Там оперируют множествами целиком, на языке SQL.
DBAshnikДа и потом это нужно будет завязать на массив inserted (чтоб не проходить по таблице каждый раз.) Может быть неизбежно придётся открывать курсор? (или есть как то по-элегантнее?)Вообще 2 множества цепляются друг с другом оператором JOIN :-)

Т.е. обновляете поле id в таблице mytbl, джойня её с таблицей inserted

Ещё одна тонкость в том, что для джойна нужно идентифицировать запись - надеюсь, id - это не PK? :-)

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

DBAshnikну да, Sequence разумеется, и эту возможность наше начальство " забанило "Чего? Изначально же задача стоит в том, что бы вместо нормальной IDENTITY использовать Sequence, как в оракле???

DBAshnikтак в этом то все и "гвозди", что id это PK ;-)Тогда, если обязательно в триггере, то это должен быть триггер instead of insert, и придётся перечислять все поля (или делать динамику, что вообще абсурд).
DBAshnikя плохо сформулировал, сорри. Забанило возможность использования нормальной IDENTITY. (т.е. автоинкрементного id/pk)Можно сделать сиквенс в default

Но это если необязательно делать в триггере.