Триггеры sql представляют собой специальный тип хранимых процедур, запускаемых сервером автоматически при изменении данных (DML) в таблице, с которой он связан. Триггеры подключаются к определенной таблице. Все производимые триггером изменения данных рассматриваются как одна транзакция.
В отличие от обычной хранимой процедуры/функции, триггер вызывается сервером неявно при возникновения определенного триггерного события. Кроме этого триггер SQL не имеет аргументов. С помощью триггера решаются следующие задачи:
С помощью ограничений целостности, установленных правил и значений не всегда можно добиться нужного уровня целостности данных. Иногда требуется реализовать сложные алгоритмы проверки данных, гарантирующие их достоверность и реальность. Кроме того, часто необходимо отслеживать изменения значений таблицы, чтобы нужным образом изменить связанные данные. Триггеры SQL можно рассматривать как своего рода фильтры, вступающие в действие после выполнения всех операций в соответствии с правилами, стандартными значениями и т.д.
Применение SQL триггеров связано с дополнительными затратами ресурсов сервера на операции добавления (trigger insert ), обновления (trigger update ) или удаления (trigger delete ) данных в таблице.
В том случае, когда тех же результатов можно добиться с помощью хранимых процедур или прикладных программ, применение триггеров нецелесообразно.
CREATE TRIGGER trigger_name
[ BEFORE | AFTER ]
ON table_name
begin
Момент запуска триггера определяется ключевыми словами BEFORE (триггер запускается перед выполнением связанного с ним событием; например, до добавления записи) или AFTER (после события). Если триггер вызывается до события, он может внести изменения в модифицируемую событием запись, если событие - не удаление записи. Некоторые СУБД накладывают ограничения на операторы, которые могут быть использованы в триггере (например, может быть запрещено вносить изменения в таблицу, с которой «связан» триггер, и т.п.).
Триггеры могут быть подключены не к таблице, а к представлению VIEW . В этом случае с их помощью реализуется механизм «обновляемого представления». При подключении триггера к представлению ключевые слова BEFORE и AFTER влияют лишь на последовательность вызова триггеров, так как собственно событие (удаление, вставка или обновление) не происходит.
Триггер может быть вызван для каждой строки (FOR EACH ROW ), охваченной данным событием, или только один раз для каждого события (FOR EACH STATEMENT ).
Обозначение <список_псевдонимов> относится к таким компонентам, как старая или новая строка (OLD / NEW) либо старая или новая таблица (OLD TABLE / NEW TABLE). Cтарые значения не применимы для событий вставки, а новые – для событий удаления.
Основное преимущество триггеров заключается в том, что стандартные функции сохраняются внутри базы данных и активизируются при каждом ее обновлении. Это позволяет существенно упростить приложения.
Некорректно написанные триггеры могут привести к серьезным проблемам, связанным с появлением блокировок. Триггеры способны длительное время блокировать ресурсы, поэтому следует обратить особое внимание на сведение к минимуму конфликтов доступа.
Синтаксис создания триггера в СУБД MS SQL имеет следующий вид:
CREATE TRIGGER trigger_name ON {WITH ENCRYPTION} [ [,] [,] ] [ WITH APPEND ] [ NOT FOR REPLICATION ] AS { sql_statement }
schema_name
Наименование схемы триггера DML. Действие триггеров DML ограничивается областью схемы таблицы или представления, для которых они созданы. schema_name не может указываться для триггеров DDL или триггеров входа.
trigger_name
Наименование триггера. Аргумент trigger_name должен соответствовать правилам для идентификаторов - за исключением того, что trigger_name не может начинаться с символов # или ##.
table_name | view_name
Таблица или представление, к которым подключен триггер.
Для реализации триггера будут созданы две таблицы: test_table, test_log. К таблице test_table будет подключен триггер. При обновлении записей в таблице test_table триггер будет регистрировать в таблице test_log результаты изменений. Т.е. триггер будет вызываться по событию update.
Тестовая таблица test_table:
Create table dbo.test_table (id int not null, field1 varchar(255) null, field2 varchar(255) null, constraint pkTestTableID primary key (id));
Таблица журналирования test_log:
Create table dbo.test_log (id bigint identity(1,1) not null, table_name varchar(50) not null, oper varchar(15) not null, record_old xml null, record_new xml null, data datetime null, constraint pkTestLogID primary key (id));
Триггер обновления данных:
Trigger update create trigger dbo.trg_test_table_update on dbo.test_table for UPDATE as begin set nocount on -- переменные для хранения старых и новых данных declare @record_new xml; declare @record_old xml; -- в таблице deleted хранятся старые/удаленные данные set @record_old = (SELECT * FROM deleted FOR XML RAW, TYPE); -- в таблице inserted хранятся измененные (только что созданные) данные set @record_new = (SELECT * FROM inserted FOR XML RAW, TYPE); if (@record_new is not null) and (@record_old is not null) begin insert into dbo.test_log (table_name, oper, record_old, record_new, data) values ("test_table", "update", @record_old, @record_new, GETDATE()) end; end;
Добавим несколько строк в тестовую таблицу, которые будем обновлять для тестирование триггера:
Insert into dbo.test_table (id, field1, field2) values (1, "Кофе", "Nescafe"); insert into dbo.test_table (id, field1, field2) values (2, "Чай" , "Greenfield");
Проверяем работу триггера обновлением строк:
Проверяем таблицу журналирования test_log. Результат должен выглядеть так, как это представлено на скриншоте:
XML данные просматриваются и показывают, что таблица журналирования включает как старые, так и новые значения.
CREATE TRIGGER trigger_name [ событие [ OR событие ]] ON table_name FOR EACH { ROW | STATEMENT } EXECUTE PROCEDURE function_name (аргументы)
В аргументе указывается наименование создаваемого триггера. При необходимости может быть указано наименование схемы.
{ BEFORE | AFTER }
Ключевое слово BEFORE означает, что trigger before и функция должна выполняться перед выполнением соответствующего события. Ключевое слово AFTER означает, что trigger after и функция вызывается после завершения операции, приводящей в действие триггер.
{ событие [ OR событие... ] }
В PostgreSQL поддерживаются следующие события . При перечислении нескольких событий в качестве разделителя используется ключевое слово OR.
Наименование таблицы, модификация которой приводит к срабатыванию триггера.
FOR EACH { ROW | STATEMENT }
Ключевое слово, следующее за конструкцией FOR EACH и определяющее количество вызовов функции при наступлении указанного события. Использование ROW означает, что функция вызывается для каждой модифицируемой записи. Если функция должна вызываться всего один раз для всей команды, используется ключевое слово STATEMENT.
EXECUTE PROCEDURE function_name
Наименование вызываемой функции с аргументами. На практике аргументы при вызове триггерных функций не используются.
CREATE FUNCTION function_name () RETURNS trigger AS DECLARE -- объявления переменных BEGIN -- тело триггерной функции END; LANGUAGE plpgsql;
В триггерных функциях используются специальные переменные, содержащие информацию о сработавшем триггере. С помощью этих переменных триггерная функция работает с данными. Ниже перечислены некоторые переменные, доступные в триггерных функциях.
Наименование | Тип | Описание |
---|---|---|
NEW | RECORD | Новые значения полей записи, созданной командой INSERT или обновленной командой UPDATE, при срабатывании триггера уровня записи (ROW). Переменная используется для модификации новых записей. Переменная NEW доступна только при INSERT и UPDATE. Поля записи NEW могут быть изменены триггером. |
OLD | RECORD | Старые значения полей записи, содержавшиеся в записи перед выполнением команды DELETE или UPDATE при срабатывании триггера уровня записи (ROW). Переменная OLD доступна только при DELETE и UPDATE. Поля записи OLD можно использовать только для чтения, изменять нельзя. |
TG_NAME | name | Имя сработавшего триггера. |
TG_WHEN | text | Операторы BEFORE или AFTER в зависимости от момента срабатывания триггера, указанного в определении. |
TG_LEVEL | text | Строка ROW или STATEMENT в зависимости от уровня триггера, указанного в определении. |
TG_OP | text | Строка INSERT, UPDATE или DELETE в зависимости от операции, вызвавшей срабатывание триггера. |
TG_RELID | oid | Идентификатор объекта таблицы, в которой сработал триггер. |
TG_RELNAME | name | Имя таблицы, в которой сработал триггер. |
К отдельным полям записи NEW и OLD в триггерных процедурах обращаются следующим образом: NEW.names, OLD.rg.
В примере реализована простая система логирования пользователей. Она следит за таблицей пользователей и все изменения регистрирует в таблице журналирования. Для примера будем создавать упрощенные таблицы.
Таблица пользователей:
CREATE TABLE "public".users (id int not null, name varchar (64), constraint pkUsersID primary key (id));
Таблица протоколирования
CREATE TABLE "public".logs (text varchar(256), data timestamp without time zone);
Триггерная функция
CREATE OR REPLACE FUNCTION "public".add_to_log() RETURNS TRIGGER AS $$ DECLARE v_action varchar(30); v_user varchar(64); v_retstr varchar(256); BEGIN IF TG_OP = "INSERT" THEN v_user = NEW.name; v_action:= "Add new user "; v_retstr:= v_action || v_user; INSERT INTO "public".logs(text, data) values (v_retstr, NOW()); RETURN NEW; ELSIF TG_OP = "UPDATE" THEN v_user = NEW.name; v_action:= "Update user "; v_retstr:= v_action || v_user; INSERT INTO "public".logs(text, data) values (v_retstr, NOW()); RETURN NEW; ELSIF TG_OP = "DELETE" THEN v_user = OLD.name; v_action:= "Remove user "; v_retstr:= v_action || v_user; INSERT INTO "public".logs(text, data) values (v_retstr, NOW()); RETURN OLD; END IF; END; $$ LANGUAGE plpgsql;
Триггерная функция без входящих параметров возвращает специальный тип TRIGGER . В функции в разделе DECLARE определены 3-и переменные. В теле функции выполняется проверка значения переменной TG_OP (внутренняя переменная триггера). В зависимости от транзакции определяем переменнаю v_user и формируется строка retstr, которая записывается в таблицу logs.
Переменные NEW и OLD - это собственно строки которые обрабатывает триггер. В случае INSERT переменная NEW будет содержать новую строку, а OLD будет пустая. В случае UPDATE обе переменные будут определены (соответствующими данными), а в случае DELETE переменная NEW будет пустая, OLD содержать удаляемую строку.
Сам триггер описывается на PL/pgSQL как:
Trigger insert & trigger update & trigger delete CREATE TRIGGER trg_user AFTER INSERT OR UPDATE OR DELETE ON "public".users FOR EACH ROW EXECUTE PROCEDURE add_to_log ();
Триггер trg_user будет выполняться после выполнения транзакций INSERT, UPDATE, DELETE для каждой строки и вызывать функцию add_to_log(). Теперь любые действия с таблицей users будут протоколироваться.
Следующие скрипты позволяют проверить работоспособность триггера:
Добавление записи в таблицу пользователей insert into users (id, name) values (1, "Киса Воробьянинов"); -- Обновление записи в таблице пользователей update users set name = "Остап Бендер" where id = 1 -- Чтение пользователей select * from users -- Чтение журнала протоколирования. Должно быть 2 записи select * from logs
Синтаксис CREATE TRIGGER в Oracle имеет следующий вид:
Trigger before CREATE TRIGGER trigger_name BEFORE DELETE OR INSERT OR UPDATE ON table_name REFERENCING <список_псевдонимов> FOR EACH ROW WHEN (new.field_name > 0) DECLARE -- переменные, константы, курсоры и т.п. BEGIN -- блок PL/SQL END;
В тексте создания триггера может быть включено необязательное ограничение триггера, путем определения булевского выражения SQL в фразе WHEN . Выражение в фразе WHEN проверяется для каждой строки, затрагиваемой триггером. Если результат выражения ИСТИНА, то тело триггера исполняется. Если выражение ЛОЖЬ или NULL, то тело триггера не исполняется. Выражение в фразе WHEN должно быть выражением SQL, но не выражением PL/SQL, и не может включать подзапрос.
REFERENCING
Опция REFERENCING может использоваться в теле триггера для того, чтобы избежать конфликтов между корреляционными именами и именами таблиц, в случае, если таблица имеет имя "OLD" или "NEW". Такая ситуация редка и эта опция почти никогда не применяется.
В качестве примера можно рассмотреть таблицу с именем new. Следующее определение CREATE TRIGGER показывает триггер, ассоциированный с таблицей new , который использует опцию REFERENCING , чтобы избежать конфликтов между корреляционными именами и именем таблицы:
Trigger before CREATE TRIGGER trg_dummy BEFORE UPDATE ON new REFERENCING new AS newest FOR EACH ROW BEGIN:newest.field2:= TO_CHAR (:newest.field1); END;
Оператор new переименован в newest с помощью опции REFERENCING , а затем использован в теле триггера.
Условные предикаты
Если триггер может быть вызван на исполнение более чем одним типом предложения DML (например, "INSERT OR DELETE OR UPDATE"), то в теле триггера можно использовать операторы INSERTING , DELETING и UPDATING , для выполнения различных участков кода в зависимости от условия. В коде внутри тела триггера вы можете использовать следующие условия:
IF INSERTING THEN . . . END IF; IF UPDATING THEN . . . END IF;
Первое условие будет выполняться в тех случаях, когда триггер был стартован при вставке строки в таблицу. Второе условие будет выполняться при обновлении строки таблицы.
В операторе UPDATING можно дополнительно использовать условие проверки имени обновляемого столбца. В качестве примера можно рассмотреть следующий код, в котором тело будет исполняться, если предложение UPDATE, возбудившее триггер, обновляет столбец SAL:
IF UPDATING ("SAL") THEN . . . END IF;
В Oracle триггер можно временно выключить, если имеет место одно из следующих условий:
Триггер по умолчанию включается в момент его создания. Чтобы отключить триггер, необходимо использовать команду ALTER TRIGGER с опцией DISABLE . Чтобы включить триггер, используйте команду ALTER TRIGGER с опцией ENABLE . Можно одновременно отключить все триггеры, ассоциированные с таблицей, с помощью команды ALTER TABLE с опцией DISABLE ALL TRIGGERS .
Отключение триггера ALTER TRIGGER TRG_Orders_INS DISABLE; -- подключение триггера ALTER TRIGGER TRG_Orders_INS ENABLE; -- отключение всех триггеров таблицы ALTER TABLE Orders DISABLE ALL TRIGGERS;
Для включения или отключения триггера с помощью команды ALTER TABLE, необходимо либо быть владельцем таблицы, либо иметь соответствующую привилегию.
Генератор последовательностей CREATE SEQUENCE seqID; -- таблица пользователей CREATE TABLE users (id int PRIMARY KEY not null, name varchar(50), phone varchar(15), dt date); -- trigger insert определяет идентификатор записи CREATE OR REPLACE TRIGGER trgAutonumber BEFORE INSERT ON users -- trigger before FOR EACH ROW BEGIN select seqID.NEXTVAL into:new.id from dual; END; -- trigger insert определяет дату записи CREATE OR REPLACE TRIGGER trgDate BEFORE INSERT ON users trigger before FOR EACH ROW BEGIN if:old.dt is null then:new.dt:= current_date; end if; END trgDate;
В следующем примере триггер trgDepartmentst_del_cascade выполняет каскадное удаление записей TRIGGER DELETE CASCADE . Триггер, подключенный к таблице departments, реализует ссылочное действие DELETE CASCADE по первичному ключу таблицы deptID:
Trigger after CREATE OR REPLACE TRIGGER trgDepartmentst_del_cascade AFTER DELETE ON departments FOR EACH ROW BEGIN /* После удаления строки из таблицы Departments удалить из таблицы Employees все строки, имеющие такое же значение deptID. */ DELETE FROM employees WHERE employees.deptID = :old.deptID; END;
Примечание: обычно код для DELETE CASCADE объединяют вместе с кодом для UPDATE SET NULL или UPDATE SET DEFAULT, чтобы учесть как обновления, так и удаления в одном триггере.
Вопрос: Нужен триггер, который будет обновлять одну таблицу при добавлении записи в другую
Я вообще не понимаю как это все организовать(
Ответ: При ДОБАВЛЕНИИ (!) записи в таблицу "Товар" такой триггер добавит +1 в таблицу "Производитель":
Код T-SQL | |
Конечно, здесь не учитывается, что запись может еще и редактироваться или удаляться.
PS.
Здесь я подразумеваю наличие поля "ПроизводительID" в обеих таблицах.
Добавлено через 10 минут
Неточность у меня... Новый триггер не "ALTER TRIGGER..." а "CREATE TRIGGER..." Прошу прощения.
Вопрос: Как в триггере добавить запись сразу в две таблицы?
и еще триггер не сохраняется, что с этим делать?
Добавлено через 40 минут
С сохранением триггера все решил
Ответ:
Сообщение от Бекболот
структура таблицы TableForTriggers такая же как у таблицы Students, единственное отличие в нем есть еще один столбец в котором показывает значение действия для записи-insert,update,delete.
Или задание дурацкое, или ты не до конца понял условие, в той таблице нужное свое автоинкрементное поле, а Id, что в Students должен быть обычным атрибутом, а то после update в Students, а затем нового update, возвращающего прежнее название, ты получишь совершенно идентичные записи в TableForTriggers, а это очень неправильно. К тому же совершенно непонятен будет порядок updat-ов одной и той же записи в Students и какой либо смысл от таблицы TableForTriggers пропадет вовсе
Вопрос: Создание формы множественного добавления записей в таблицу
Ответ:
Сообщение от xopek160183
Можно ли как то задать такое же условие отбора, чтобы выполняли оба запроса при однократном вводе значения отбора?
Да, использовать поле со списком на форме для отбора, а в запросе ссылаться на это поле.
Например:
Код T-SQL | ||
|
Вопрос: Добавление записи в таблицу на основе существующей записи
Тк все остальное сам подставляет php my admin.
Спасибо тем кто поможет исправить ошибку.
Версии - PHP 5.5, MySQL 5.5.
Ответ: Интересно, а как же поле ID не будет заполняться, когда на его основе формируется поле PAGE? Значит значение ID нужно каким-то образом формировать и где-то сохранять.
Вопрос: Запуск запроса на добавление записей
Подскажите, пожалуйста, как мне запустить запрос на добавление записей в таблицу.
При таком коде:
Код SQL | ||
|
Ругается два раза:
1.Ядро БД не может найти входную таблицу или запрос..
2.Не удается добавить все записи...
Что не удается добавить все записи- пусть! Не нужно при этом выводить информационное сообщение (не удается добавить все записи...)
При таком коде:
Код SQL | ||
|
ругается 1 раз (не удается добавить все записи...)
Подскажите, как мне запустить запрос?
Ответ:
mobile
, Спасибо!
поясню подробнее: изначально в таблицу1 заносятся данные о каждой единице упаковки комплектующих (и наклеивается на нее индивидуальный штрихкод)
Затем каждая из этих упаковок ставится на "Приход"- т.е копируется в таблицу2 (вышеописанным запросом).В этой таблице сделано уникальное поле (код_таблицы1)
т.е. записи которые уже скопировались в таблицу2 уже невозможно скопировать из таблицы1 при последующих копирования.
Решение плохое, лучше если будут копироваться вновь введенные (в таблицу1) записи, находящиеся в Форме1
Что-то с налету не получилось- это надо создать модуль, сделать функцию этого модуля условием отбора в запросе.... (т.е то что мне советовали, да и создавали соответствующие процедуры, в том числе и Вы). Сейчас не выходит, буду пробовать так позднее.
Вопрос: Можно ли создать триггер на репликацию транзакций?
Вопрос: можно ли на подписчике отследить вставку новой записи в таблицу через транзакционную репликацию?
Что то вроде:
create
trigger
for
insert
FOR
replication
- как сделать?
Ответ:
И правда - убрал триггер на паблишере и все заработало на подписчике как надо. - Спасибо!
Одного всё таки не понял:
почему при двух триггерах, значение N добавленое на паблишере увеличивалось
по приходу на подписчик на 1 а не на 2
Вопрос: Триггер на изменение значения поля при добавлении записи в другую таблицу MySQL
Ребят, такая проблема. Не понимаю в чем дело, т.к. я чайник в MySQL.
В общем, мне нужно изменить значение в столбце `Количество книг` в таблице `книги`, когда в таблицу `продажа` добавляется новая запись о продаже - сделать все с помощью ТРИГГЕРА
CREATE TABLE IF NOT EXISTS `книги` (
`Автор` varchar(100) NOT NULL,
`Название` varchar(100) NOT NULL,
`Год издания` date NOT NULL,
`ID` int(11) NOT NULL AUTO_INCREMENT,
`Издательство` varchar(100) NOT NULL,
`Количество книг` int(11) NOT NULL,
`Цена` int(11) NOT NULL,
PRIMARY KEY (`ID`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=4 ;
INSERT INTO `книги` (`Автор`, `Название`, `Год издания`, `ID`, `Издательство`, `Количество книг`, `Цена`) VALUES("Феоктистов Леонид", "Большая энциклопедия астрономии", "2009-01-01", 2, "Росмэн-Пресс", 10, 310);
INSERT INTO `книги` (`Автор`, `Название`, `Год издания`, `ID`, `Издательство`, `Количество книг`, `Цена`) VALUES("Иар Эльтеррус", "Отзвуки серебряного ветра Мы - будем", "2009-01-01", 3, "Альфа - книга", 10, 735);
INSERT INTO `книги` (`Автор`, `Название`, `Год издания`, `ID`, `Издательство`, `Количество книг`, `Цена`) VALUES("Лев Николаевич Толстой", "Война и мир", "1996-01-01", 4, "Лексика", 10, 1300);
INSERT INTO `книги` (`Автор`, `Название`, `Год издания`, `ID`, `Издательство`, `Количество книг`, `Цена`) VALUES("Михаил Афанасьевич Булгаков", "Мастер и Маргарита", "2009-01-01", 5, "АСТ", 10, 185);
CREATE TABLE IF NOT EXISTS `продажа` (
`КнигиID` int(11) NOT NULL,
`ПродавцыНомер трудовой книги` int(11) NOT NULL,
`Дата продажи` date NOT NULL,
`Номер сделки` int(11) NOT NULL AUTO_INCREMENT,
`Сумма` int(11) NOT NULL,
PRIMARY KEY (`Номер сделки`),
KEY `КнигиID` (`КнигиID`),
KEY `ПродавцыНомер трудовой книги` (`ПродавцыНомер трудовой книги`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;
INSERT INTO `продажа` (`КнигиID`, `ПродавцыНомер трудовой книги`, `Дата продажи`, `Номер сделки`) VALUES(3, 70113047, "2016-01-01", "");
DELIMITER |
FOR EACH ROW
BEGIN
UPDATE `manual1`.`книги`
WHERE `книги`.`ID` = `продажа`.`КнигиID`;
END;
Если делаю так, что при добавлении записи в таблицу `продажа` пишет ошибку "#1054 - Unknown column "продажа.КнигиID" in "where clause""
-----
DELIMITER |
CREATE TRIGGER `update_knigi` AFTER INSERT ON `manual1`.`продажа`
FOR EACH ROW
BEGIN
UPDATE `manual1`.`книги`
SET `Количество книг` = (`Количество книг` - 1)
WHERE `книги`.`ID`;
END;
Если так, то значения отнимаются у всех значений `Количество книг`.
Не знаю что делать, пожалуйста, помогите:с
Ответ:
Зачем так много лишней информации? Вопрос изложен понятно.
В триггере befor_insert таблицы продажа выполнить запрос:
UPDATE таблица_книги SET количество_книг = количество_книг - NEW.количество_проданных_книг WHERE таблица_книги.код_книги = NEW.код_книги
Вопрос: Обновление поля со списком после добавления записи в таблицу
Ответ:
С макросами дела не имею, не подскажу. А вот на ВБА будет так - смотрите код на процедуре кнопки в форме Добавление
Вопрос: значение по умолчанию - время добавления записи
Ответ: 14,
ну не знаю, "проще" у каждого своё, зависит о конкретики задачи, потому всё очень относительно.
У меня в программе пользователь, например, сидит в реестре расходных накладных. Пришёл покупатель - кассир тискает кнопку "Создать накладную", и у него открывается окно с новой накладной, в которой автоматом вставляется время создания.
Вопрос: Нумерация в запросе и выборка записей по условию нумерации
Ответ:
Спасибо большое! За решение. Теперь как выбрать первые 3 записи из запроса вы мне подсказали.
Основная задача состояла в выборе первых трех записей в запросе. Создания поля с нумерацией необязательно, мне необходимо было выбрать первые три записи из запроса по условию. Я предполагал что если задать условие в поле нумерации о выборе записей <4 я выберу первые три записи в запросе, а вы мне подсказали как эту проблему решить гораздо проще SELECT top 3 * спасибо.
В SQL Server существуют два вида триггеров:
Триггеры выполняемые после события, произошедшего с таблицей (Полный аналог процедур событий в Visual Basic);
Триггеры выполняемые вместо события, происходящего с таблицей. В этом случае событие (добавление, изменение илиудаление записей ) не выполняется, а вместо него выполняются SQL команды заданные внутри триггера.
Первый вид триггеров применяется для обработки событий таблиц, а второй - для обеспечения целостности данных , то естьудаление записей из вторичной таблицы при удалении связанной с ними записи из первичной таблицы.
Замечание : Триггеры создаются для конкретной таблицы и выполняются автоматически, если с таблицей, для которой они были созданы, происходит событие (добавление, изменение или удаление записей ).
Для создания триггера на вкладке нового запроса необходимо набрать команду CREATE TRIGGER , имеющую следующийсинтаксис :
CREATE TRIGGER <Имя триггера>
ON <Имя таблицы>
FOR
AS <Команды SQL>
Имя триггера - это имя создаваемого триггера.
Имя таблицы - имя таблицы , для которой создаётся триггер.
Если используется параметр AFTER, то триггер выполняется после события, а если параметр INSTEAD OF, то выполняется вместо события.
Параметры INSERT, UPDATE и DELETE определяют событие, при котором (или вместо которого) выполняется триггер.
Параметр WITH ENCRYPTION - предназначен для включения шифрования данных при выполнении триггера .
Команды SQL - это SQL команды, выполняемые при активизации триггера.
Рассмотрим примеры создания различных триггеров для таблицы "Студенты" .
Пример : Создаёт триггер "Добавление" , выводящий на экран сообщение "Запись добавлена" при добавлении новой записи в таблицу "Студенты"
CREATE TRIGGER Добавление
ON Студенты
FOR AFTER INSERT
AS PRINT "Запись добавлена"
Пример : Создаёт триггер "Изменение" "Запись изменена" при изменении записи в таблице"Студенты"
CREATE TRIGGER Изменение
ON Студенты
FOR AFTER UPDATE
AS PRINT "Запись изменена"
Пример : Создаёт триггер "Удаление" , выводящий на экран с сообщение "Запись удалена" при удалении записи из таблицы"Студенты"
CREATE TRIGGER Удаление
ON Студенты
FOR AFTER DELETE
AS PRINT "Запись удалена"
Пример : В данном примере вместо удаления студента из таблицы "Студенты" выполняется код между BEGIN и END. Он состоит из двух команд DELETE. Первая команда удаляет все записи из таблицы "Оценки" , которые связаны с записями из таблицы "Студенты" . То есть у которых Оценки.[Код студента] равен коду удаляемого студента. Затем из таблицы"Студенты" удаляется сам студент.
CREATE TRIGGER УдалениеСтудента
ON Студенты
INSTEAD OF DELETE
DELETE Оценки
WHERE deleted.[Код студента]=Оценки.[Код студента]
DELETE Студенты
WHERE deleted.[Код студента]=Студенты.[Код студента]
Замечание : Здесь удаляемая запись обозначается служебным словом deleted.
Замечание : Для обеспечения целостности данных триггеры используют обычно вместе с диаграммами, но мы можем применять такие триггеры и без диаграмм, однако мы не можем применять диаграммы без триггеров.