Разработка триггеров

Триггер — это специальный вид хранимой процедуры, кото­рую SQL Server вызывает при выполнении операций модифика­ции соответствующих таблиц и которая автоматически активи­зируется при выполнении операции, с которой он связан. При этом триггеры связываются с одной или несколькими операция­ми модификации над одной таблицей.

В разных коммерческих СУБД рассматриваются разные тригге­ры. Так, в MS SQL Server триггеры определены только как пост­фильтры, т.е. как триггеры, которые выполняются после сверше­ния события.

В СУБД Oracle определены два типа триггеров: которые могут быть запущены перед реализацией операции модификации, на­зываемые BEFORE-триггерами, и которые активизируются после выполнения соответствующей модификации аналогично тригге­рам MS SQL Server, называемые AFTER-триггерами.

Триггеры могут эффективно использоваться для поддержки семантической целостности БД, однако приоритет их ниже, чем приоритет правил, т.е. ограничений (constraints), задаваемых на уровне описания таблиц и связей между ними. При написании триггеров всегда надо помнить об этом. При нарушении правил целостности по связям (DRI — Declarative Referential Integrity) триггер просто может никогда не сработать.

Для создания триггеров используется специальная команда:

Имя триггера является идентификатором в встроенном языке программирования СУБД и должно удовлетворять соответству­ющим требованиям.

В параметре FOR задается одна или несколько операций моди­фикации, которые и запускают триггер.

Параметр WITH ENCRIPTING имеет тот же смысл, что и для хранимых процедур, т. е. он скрывает исходный текст триггера.

Существуют следующие правила, ограничивающие состав опе­раторов триггера:

• нельзя использовать в теле триггера операции создания объек­тов новой БД;

• нельзя использовать в триггере команду удаления объектов DROP для всех типов объектов БД;

• нельзя использовать в теле триггера команды изменения объек­тов базы данных ALTER TABLE, ALTER DATABASE;

• нельзя изменять установленные права доступа к объектам БД, т.е. выполнять команду GRAND или REVOKE;

• нельзя создать триггер для представления (VIEW);

• в отличие от хранимых процедур триггер не может возвра­щать никаких значений, он запускается автоматически сервером и не может связаться самостоятельно ни с одним клиентом.

ЧАСТЬ IV. ПРОЕКТИРОВАНИЕ КЛИЕНТСКОЙ ЧАСТИ
ПРИЛОЖЕНИЯ БАЗ ДАННЫХ

ГЛАВА 9. ОБЩИЕ ПРИНЦИПЫ ПРОЕКТИРОВАНИЯ КЛИЕНТСКОЙ ЧАСТИ БАЗ ДАННЫХ

Дата добавления: 2014-01-07