Добрый день, коллеги!
Читал вдумчиво, медленно, перечитывал книгу Роберта Виейра, но не понял нескольких моментов.
1) При одиночной вставке создается виртуальная таблица inserted, в которую заносится новые данные. А при массовой (н-р 10 записей) они все туда вносятся сразу или создается каждый раз эта таблица на каждую запись и срабатывает триггер?
2) В трудах уважаемого Мастера в триггере INSTEAD OF правятся поля ДРУГОЙ таблицы. А как быть, если мне надо поправить поля ВСТАВЛЯЕМОЙ записи (н-р в отдельном поле записи удалить все лидирующие пробелы)? Мне надо работать с таблицей inserted или с целевой?
3) Я просто поправил поле, убрав пробелы и делать более ничего не хочу. Как передать управление далее, чтобы сработали ограничения полей и последующие триггеры?

Добрый вечер!
Я уяснил для себя разницу в триггерах AFTER и INSTEAD OF.
Просто остались пока не понятные вопросы, о которых я написал...
К сожалению, Ваш ответ не принес желанного просветления...
1) Таки все записи появляются ОДНОВРЕМЕННО в таблице inserted при массовой вставке или же таблица создается для КАЖДОЙ вставляемой записи, а после отработки триггеров и ограничений удаляется, а для последующей записи создается новая виртуальная таблица?
2) Правильно ли я понял Вас, чтобы мне сделать что-то над полем вставляемой записи, необходимо выбрать его SELECT'ом из таблицы inserted, что-то с ним сделать, и потом при помощи UPDATE обновить поле в целевой (куда вставляется запись) таблице?

Добрый день, джентельмены!
Попробую разложить по полочкам результаты топика, а Вы поправьте, где я не прав...
Итак, имеется таблица вида Таблица1:
Поле1 - первичный ключ, с уникальным значением, автоикремент
Поле2 - nvarchar(max)

Имеется массовая вставка (н-р через BULK INSERT) 3 записей (для простоты).
Далее следуют мои шаги, без жесткого соблюдения синтаксиса операторов (опять таки ради простоты)

1) Создаю триггер CREATE TRIGGER trg_Name ON Таблица1 INSTEAD OF INSERT
2) В теле триггера пишу нечто похожее @переменная1 = SELECT Поле2 from inserted
3)@переменная1 = функция(@переменная1)
4)UPDATE inserted set Поле2 = @переменная1
5) поскольку мне надо поправить только одно поле, просто оканчиваю описание триггера
6) после окончания действий в триггере автоматически продолжится выполнение последующих
действий (проверка CHECK и т.д.)
7) SQL сервер автоматически передвинет указатель на следующую новую копию вставляемой строки
8) Сработают снова пункты 2-7 и так, до последней записи

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

Спасибо, джентельмены!
То, что популярно Вы объяснили я и хотел выяснить своим вопросом.
Почему выбран триггер INSTEAD OF?
Все очень просто - поле фамилия (или номер документа) не может содержать пробелов как таковых.
Они мною запрещены для ввода CHECK'ом для полей.
Поскольку пользователи очень часто копируют\вставляют в поля ввода данные, например из ворда или экселя,
попадаются лидирующие\ конечные пробелы (чаще всего).
По роду деятельности мне необходимо выгружать данные из экселя в базу ФРДО (федеральная база по дипломам).
Очень напрягает, когда из-за того, что в поле фамилия есть конечный пробел, все записи отбрасываются.
Что мешает их ликвидировать на уровне проверки данных и отбрасыванию лишних пробелов программными средствами
SQL тамошними программистами - для меня загадка. Вот и не хочу походить на них, чтобы меня будущие пользователи (как я сейчас)
не вспоминали "добрым словом".

To Felix_ff:
Если не трудно поясните свои мысли по поводу съезда логики с п2
Почему п4 не выполним? Ведь таблица inserted хоть и виртуальная, но таблица?
Поможет ли мне переменная @@RowCount при движении по таблице inserted?
Если как я первоначально в первом посте предполагал, что мне надо из триггера самому обновлять целевую таблицу, то как действительно быть с уникальным значением? Считывать последний из таблицы и присваивать новое значение новой записи?

Одно прояснилось - другое замутилось :(

Добрый вечер, джентельмены!
Похоже, что некоторые читают только последние сообщения, не прочив суть вопроса.
To invm:
Имеется таблица со структурой:
РК int
Фамилия nvarchar(max)

На поле фамилия стоит CHECK [а-я-]
Про какое вычисляемое поле Вы говорите? Как поможет представление (view) исправить проблему с пробелами, если сработает CHECK и запись будет отброшена?
Я не зря спросил про @@RowCount (если верить описанию, то эта переменная содержит кол-во строк последней операции, в данном случае, кол-во вставленных строк в таблице )

To gotsql:
Вы путаете DDL и DML (первое управляет структурой таблицы, например создание индексов, второе управляет данными insert, update, delete). Я не изменяю структуру таблицы, я меняю содержимое строки таблицы...

Если у уважаемого сообщества есть более разумные предложения - раза 2 в неделю буду читать топик. Сейчас в отпуске, на даче...
Буду пытаться штудировать буржуйские источники информации...
По результатам, естественно отпишусь...