Сергей Арсеньевandrey_anonymous:new - это переданные в insert/update данные, предназначенные для ЗАНЕСЕНИЯ в таблицу.
Скорее текущее состояние. Ибо триггеров может быть чуть больше чем один.
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.
drop table t;
create table t as select 1 id,0 value from dual;
CREATE OR REPLACE TRIGGER T1
before UPDATE ON T for each row
BEGIN
SYS.DBMS_OUTPUT.PUT_LINE('T1:'||:new.value);
:new.value:=:new.value*1.02;
END;
/
CREATE OR REPLACE TRIGGER T2
before UPDATE ON T for each row
BEGIN
SYS.DBMS_OUTPUT.PUT_LINE('T2:'||:new.value);
:new.value:=:new.value+0.5;
END;
/
set SERVEROUTPUT ON;
update t set value=1 where id=1;
select * from t where id=1;
Считать ли что update начался когда определились с тем что и на что менять или, когда изменили значение в блоке - уже вопрос физической реализации (собственно если бы не было изменений, то и не замечал бы oracle, что таблица мутировала).До 11 порядок срабатывания триггеров был неопределен. Потом появилось
FOLLOWS .
При чем здесь мутация?
Сергей АрсеньевВ силу того, что триггер написан на PL читать содержимое блока он не может, он запускает новый sqlТриггеру вообще не надо читать блоки! В него передается то, что необходимо.
А вообще неожиданно читать такие фантазии после того как был упомянут необходимый инструментарий.
Все вызовы SQL можно отловить трассой 10046, но это ж надо было такое придумать!
