CREATE TABLE table1 (field1 int,field2 int)
GO
CREATE TABLE table2 (field1 int,field2 int)
GO

CREATE TRIGGER ut_table1 ON table1
FOR UPDATE
AS
INSERT table2 SELECT field1,field2 FROM INSERTED
GO

UPDATE table1 SET field1=1
GO

UPDATE table1 SET field2=1
GO

UPDATE table1 SET field1=1,field2=1
GO

Что мне нужно сделать, что отслеживать в триггере, чтобы он не срабатывал в двух последних
UPDATE'ах, т.е. если обновляется только field1, то должен сработать, а в осталных случаях нет?

В 6.5 это будет работать?

Че-то про COLUMNS_UPDATED в BOL для 6.5 я ни че не нарыл. А предыдущие посты тока сейчас прочитал.
Сегодня на работе пришлось извратиться следующим образом:

(в триггере на UPDATE)


--поле Kod заведомо никогда не обновляется

IF (NOT EXISTS (SELECT INSERTED.field1 FROM INSERTED, DELETED WHERE INSERTED.filed1=DELETED.field1 AND INSERTED.Kod=DELETED.Kod))

BEGIN
--сюда попадаем, если field1 не обновлялось
...................
END
ELSE ROLLBACK TRANSACTION

вроде работает правильно

Да, и еще вопрос: если в триггере на UPDATE существуют такие штуки как INSERTED и DELETED, то это означает, что обновление делается сервером в два этапа: сначала удаление, потом вставка?????

4 Robert Djabarov

Получилось так, что сначала отправил пост, а потом прочитал ваш. Вроде бы вы это посоветовали

Ну так кто ответит?
если в триггере на UPDATE существуют такие штуки как INSERTED и DELETED, то это означает, что обновление делается сервером в два этапа: сначала удаление, потом вставка?????

4 SergSuper

Разве плохо знать какие процессы протекают "внутри" системы?

4 Denis_Ka

Опять же, поинтересовался просто. Для общего развития и ничего разделять не пытаюсь

4 SergSuper

Раз такое дело...
Ничего неземного в этих таблицах нет.
Все намного проще чем у Ньютона.
Прочитал, что: "... у триггера есть доступ к предыдущему и последующему образам данных (эти образы восстанавливаются из журнала транзакций в псевдотаблицы, доступные из триггера)..."