Триггеры DB2 for i — один раз для оператора, но сравнение значений до и после

Пример:

create table test (id int not null primary key, a int)@
create table test_mqt (cnt) as (select sum(a) from test) data initially deferred refresh deferred maintained by user@

insert into test values (1, 1), (2, 1), (3, 1) with nc@

create or replace trigger test_aus 
after update on test
referencing 
new table as n
old table as o
for each statement
mode db2sql
begin atomic
  if (exists (select 1 from n,o where n.id=o.id and n.a<>o.a)) then
    refresh table test_mqt;
  end if;
end@

-- trigger IS NOT fired after the following update
update test set a=1 with nc@
-- the following select returns 0
select cnt from test_mqt@

-- trigger IS fired after the following update
update test set a=2 with nc@
-- the following select returns 6
select cnt from test_mqt@

Да, документация находится здесь. Однако в зависимости от того, как вы пытаетесь это сделать, между командой IBM i ADDPFTRG и командой SQL CREATE TRIGGER есть некоторые различия.

ADDPFTRG не поддерживает триггеры уровня оператора, но CREATE TRIGGER поддерживает.

При использовании триггера уровня оператора вы можете ссылаться на затронутые строки с помощью

REFERENCING OLD TABLE AS ___
            NEW TABLE AS ___

Вы можете обрабатывать старые и новые ссылки на таблицы с помощью операторов SQL так же, как если бы они были обычными таблицами.

Просто для ясности: OLD TABLE ссылается на затронутые строки в том виде, в каком они были до выполнения оператора SQL, а NEW TABLE ссылается на затронутые строки в том виде, в каком они будут после завершения оператора SQL.

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

Весь смысл триггера + MQT заключается в том, чтобы триггер напрямую обновлял таблицу MQT. Таким образом, вам нужно иметь дело только с теми строками, которые изменились; вместо того, чтобы заставить БД снова прочитать всю базовую таблицу.

create or replace trigger test_aus 
after update on test
referencing 
new row as n
old row as o
for each row
mode db2sql
begin atomic
  if n.a <> o.a then
    update test_mqt set cnt = cnt + n.a - o.a;
  end if;
end@

Но обратите внимание, что если вас интересует только изменение a, то вы можете определить триггер как

after update of a on test 
for each row 

таким образом триггер будет срабатывать только в том случае, если a действительно обновляется.

Если у вас есть больше SQL, установленных за один раз, обновления выполняются, чем однострочные обновления RPG (или SQL), то, возможно, стоит использовать триггер оператора...

Что-то вроде этого:

create or replace trigger test_aus 
after update on test
referencing 
new table as n
old table as o
for each statement
mode db2sql
begin atomic
   update test_mqt 
     set cnt = cnt + (select sum(n.a - o.a) 
                        from N join O using(id)
                        where n.a <> o.a
                      );

end@

Правка: альтернатива MQT
Я никогда не использовал MQT в производстве, поскольку IBM i не поддерживает поддерживаемые системой MQT.

В сценарии, когда вас интересует обновленный агрегат, индексы кодированных векторов (EVI) с включенными агрегатами могут предоставить лучшее решение; поскольку они поддерживаются автоматически.

CREATE ENCODED VECTOR INDEX sales_fact_location_id_evi 
ON sales_fact(sale_location_id ASC) 
INCLUDE(SUM(sale_amount_measure))

Приведенный выше пример взят из статьи Ускоренная аналитика — более быстрое агрегирование с использованием технологии IBM DB2 for i encoded vector index (EVI) . Это хорошая статья, в которой EVI сравнивается с MQT для хранения агрегатов.