Если я правильно понимаю, то если триггер ALTER_UPDATE проводит какое-то обновление, то он вызывает сам себя. Например, вот такой триггер (при обновлении одного поля в записи он работает около 4 секунд):
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
CREATE OR REPLACE TRIGGER FORM.AFTER_UPDATE
AFTER UPDATE
ON SCHEMA.TABLE
REFERENCING
NEW AS new_
OLD AS old_
FOR EACH ROW
BEGIN ATOMIC
DECLARE OLD_START_DATE_AFTER DATE;
DECLARE OLD_START_DATE_BEFORE DATE;
IF (new_.START_DATE is not null) and (old_.start_date is null)
THEN
SET OLD_START_DATE_AFTER = (select coalesce(min(t.start_date), '01.01.2999')
FROM SCHEMA.TABLE t
WHERE t.id = new_.id and t.START_DATE > new_.start_date);
SET OLD_START_DATE_BEFORE = (select coalesce(max(t.start_date), '01.01.2999')
FROM SCHEMA.TABLEt
WHERE t.id = new_.id and t.START_DATE < new_.start_date);
IF (OLD_START_DATE_AFTER > new_.start_date) and (OLD_START_DATE_AFTER <> '01.01.2999') THEN
UPDATE SCHEMA.TABLE t SET t.END_DATE = OLD_START_DATE_AFTER- 1 day
WHERE t.ID = new_.id and t.START_DATE = new_.start_date;
END IF;
IF (OLD_START_DATE_BEFORE <> '01.01.2999')THEN
UPDATE SCHEMA.TABLE t SET t.END_DATE = new_.START_DATE - 1 day
WHERE t.ID = new_.id and t.START_DATE = OLD_START_DATE_BEFORE;
END IF;
END IF;
END;
Может быть я не прав?
Если же прав, то как вариант предложено следующее: Триггер не вносит никаких изменений, а вызывает процедуру. Процедура отключает триггер и производит необходимые изменения. Потом включает триггер. Можно ли так поступить? Или в триггере UPDATE сделать DELETE и INSERT? Или есть другие способы?
Как лучше?
