Триггеры, как и процедуры и модули, можно удалять. Синтаксис команды удаления триггера таков:
DROP TRIGGER имя_триггера
где имя_триггера — имя удаляемого триггера. При этом триггер удаляется из словаря данных. В операторе создания триггера можно указывать ключевые слова OR REPLACE, как это делается для подпрограмм. В этом случае если триггер существует, то сначала он удаляется.
Однако в отличие от процедур и функций можно, не удаляя триггер, запретить (DISABLE) его использование. Запрещенный триггер находится в словаре данных, но никогда не активизируется. Для запрещения триггера применяется оператор ALTER TRIGGER:
ALTER TRIGGER им.я_ триггера {DISABLE | ENABLE};
При создании триггера его использование разрешено (ENABLE) по умолчанию. С помощью оператора ALTER TRIGGER можно запретить, а затем повторно разрешить любой триггер. Ниже приведен пример запрещения и повторного разрешения триггера UodateMaiorStats:
Кроме того, при помощи команды ALTER TABLE можно разрешить или запретить использование всех триггеров определенной таблицы, если
добавить конструкцию ENABLE ALL TRIGGERS (разрешить все триггеры)
или DISABLE ALL TRIGGERS (запретить все триггеры). Например:
В столбце status представления user_triggers находится либо 'ENABLED', либо 'DISABLED', и это значение показывает, каково текущее состояние триггера. Запрещение триггера не удаляет его из словаря данных, как это происходит при выполнении команды DROP.
Р-код триггера
Если модуль или подпрограмма хранится в словаре данных, в дополнение к исходному программному тексту объекта хранится еще и его скомпилированный р- код. Это справедливо и для триггеров, т.е. их можно вызывать без перекомпиляции. Вместе с триггерами хранится информация об установленных для них зависимостях, в результате чего триггеры могут автоматически становиться недостоверными точно так же, как модули и подпрограммы. Если триггер становится недостоверным, он перекомпилируется при следующей его активизации.
| < Предыдущая | Следующая > |
|---|
