VPF::Можно ли деактивировать триггер из ХП?

StayAtHome

Дата 10.2.2005, 19:45 (ссылка)

(нет голосов)

Загрузка ...

Домосед

Профиль
Группа: Участник
Сообщений: 456
Регистрация: 26.1.2004
Где: Украина

Репутация: нет
Всего: 16

Хочу перед выполнением некой ХП отключить триггер, мешающий ей отработать:

Код


CREATE PROCEDURE PR_SALES_FILL_GOODSNAMES 
AS
DECLARE VARIABLE NAME VARCHAR(150);
DECLARE VARIABLE SALESID INTEGER;
begin
ALTER TRIGGER TR_SALES_BIUD_CANMODIFY inactive;
for select Id from Sales into :Salesid do
  begin
  select Goods.Name from Goods, Sales
  where goods.id=sales.Goodsid and sales.id=:Salesid into :Name;
  update Sales set Sales.GoodsName=:Name where Id=:Salesid;
 end
ALTER TRIGGER TR_SALES_BIUD_CANMODIFY ACTIVE;
end

Firebird 1.5.2 матерится на строчку

Код

ALTER TRIGGER TR_SALES_BIUD_CANMODIFY inactive;

А что, разве нельзя такое делать внутри ХП? Это потому, что нельзя смешивать DDL и DML? Как тогда выкрутиться?

Alex

Дата 12.2.2005, 11:51 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Экс. модератор
Сообщений: 4147
Регистрация: 25.3.2002
Где: Москва

Репутация: 7
Всего: 162

Без обид, но скачай себе книгу Мир InterBase, 2 издание и тут же решится 80% твоих вопросов.
Добавлено @ 11:52
А вообще советую купить книгу, если действительно хочешь узнать больше об IB

--------------------

Написать можно все - главное четко представлять, что ты хочешь получить в конце.

Alex

Дата 12.2.2005, 12:08 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Экс. модератор
Сообщений: 4147
Регистрация: 25.3.2002
Где: Москва

Репутация: 7
Всего: 162

Цитата

Управление состоянием триггера

По умолчанию триггер создается активным, т. е. он будет срабатывать при осуществлении соответствующей операции. Состоянием триггера управляет ключевое слово ACTIVE в заголовке Если же триггер сделать неактивным, то он не будет исполняться при возникновении операции. Это бывает полезным при осуществлении каких-либо внеплановых операций надданными, например массовой заливке данных или ручном исправлении данных. Чтобы отключить триггер, необходимо выполнить команду DDL:

ALTER TRIGGER <tngger_name> INACTIVE;

Обратите внимание, что это команда относится к Data Definition'Language, и ее нельзя вызвать из хранимых процедур или других триггеров. Вообще говоря, существует способ управлять состоянием триггеров с помощью модификации системных таблиц. Конечно, модификация системных таблиц является недокументированным способом работы с триггерами и рекомендовать ее мы не будем, но для иллюстрации возможностей работы с системными таблицами InterBase приведем пример. Для того чтобы установить состояние триггера в INACTIVE, достаточно выполнить следующую команду:

UPDATE rdb$triggers trg
SET erg id£>$t.rigger_inactive = l
WHERE trg.rdb$trigger_name='TABLE_EXAMPLE_AD0'

Эта команда аналогична по действию вышеприведенной команде DDL, но ее можно вызывать в других триггерах и процедурах.
Тут следует лишить вас некоторых надежд, которые могли зародиться, когда вы увидели, что метаданные триггеров можно с легкостью изменять с помощью обычного SQL-запроса. Часто такую возможность принимают за хороший способ управлять цепочками триггеров, т е. в одном триггере или хранимой процедуре включать или выключать нужные триггеры и таким образом управлять обработкой данных, включая или выключая нужные триггеры Однако изменять состояние триггеров "налету" не удастся.
Дело в том, что триггеры работают в рамках той же транзакции, что и вызвавшее их изменение. Поэтому если один триггер изменит состояние другого в зависимости от каких-либо условий, то механизм "активных таблиц", который занимается запуском триггеров (хоть мы и говорим, что триггер запускается неявно, но "кто-то внутри сервера" должен их все-таки запускать!), не увидит эти изменения, так как они еще не подтверждены! Таким образом, в рамках одной транзакции нельзя управлять состоянием триггеров.
Если сделать подтверждение транзакции, в которой выполнился первый триггер, который выключил (или включил) второй триггер, а затем запустить снова транзакцию, то мы увидим изменения в состоянии второго триггера. Но какой смысл это делать, ведь суть идеи состояла в том, чтобы включать триггеры на лету, не теряя значения в буфере контекстных переменных NEW или OLD.
В общем, это был пример того, что не следует делать в триггерах. Другим примером того, чего не следует делать в триггерах, является изменение данных в той же таблице, к которой привязан триггер, не через контекстные переменные, а с помощью обычных SQL-команд INSERT/UPDATE/DELETE. Например некий триггер на вставку вызывает хранимую процедуру, внутри которой происходит вставка записи в ту же таблицу. Вставка опять вызовет срабатывание нашего триггера, и возникнет зацикливание. Следует очень внимательно относиться к использованию триггеров, так как зацикливание в ряде случаев может привести к аварийному завершению сервера InterBase.

--------------------

Написать можно все - главное четко представлять, что ты хочешь получить в конце.

StayAtHome

Дата 12.2.2005, 14:37 (ссылка)

(нет голосов)

Загрузка ...

Домосед

Профиль
Группа: Участник
Сообщений: 456
Регистрация: 26.1.2004
Где: Украина

Репутация: нет
Всего: 16

Посыпаю голову пеплом.... :/ Сорри за тупые вопросы, впредь буду внимательнее читать "Мир InterBase"... :\

МОРИН

Дата 12.12.2005, 15:42 (ссылка)

(голосов: 0)

Загрузка ...

Unregistered

Умные ребята, помогите сделать скрипт. Нужно например в таблице TABL, в столбце REGISTR все строки со значением 123, заменить на 321. Помогите. Очень срочно smile

LSD

Дата 12.12.2005, 16:30 (ссылка)

(нет голосов)

Загрузка ...

Leprechaun Software Developer

Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 1
Всего: 538

Цитата

Нужно например в таблице TABL, в столбце REGISTR все строки со значением 123, заменить на 321.

Код

update MY_TABLE set COLUMN1 = 321 where COLUMN1 = 123

И в следующий раз создавай отдельный топик для своего вопроса, если он не относится к теме обсуждения.

--------------------

Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.

1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| Firebird, Interbase \| Следующая тема »