Необходимо при изменении данных в таблице автоматически обновлялись данные в других таблицах... Лучше делать все в одном триггере или разбивать на несколько? Поделитесь опытом....

Триггеры никогда не могут быть UR???? Это ведь на самом деле так?

Как найти для процедуры пакет?

Если есть 2 триггера на одинаковое событие, допустим after update... Какой триггер срабатывает первым?
В триггере использую оператор merge, так вот он вызывает блокировку всей таблицы, которую обновляю через merge... Возникают постоянные блокировки... Чего-то никак не могу разрулить....
Кто подскажет выход?

To Mark:
спасибо за информацию....

Вот триггер:

CREATE TRIGGER DB2ADMIN.CHK_SALDO2
AFTER DELETE
ON DB2ADMIN.PROVOD REFERENCING OLD_TABLE as old
FOR EACH STATEMENT MODE DB2SQL
BEGIN atomic
merge into DB2ADMIN.saldo as a
using (select podrazd_id, debet_id, debet_partner_id, debet_analitika_id, sum(summa) as summa
from old group by podrazd_id, debet_id, debet_partner_id, debet_analitika_id) as b
on a.podrazd_id = b.podrazd_id
and a.subcount_id = b.debet_id
and a.partner_id = b.debet_partner_id
and a.analitika_id = b.debet_analitika_id
when matched then update set summa_debet = summa_debet - b.summa;

merge into DB2ADMIN.saldo as a
using (select podrazd_id, kredit_id, kredit_partner_id, kredit_analitika_id, sum(summa) as summa
from old group by podrazd_id, kredit_id, kredit_partner_id, kredit_analitika_id) as b
on a.podrazd_id = b.podrazd_id
and a.subcount_id = b.kredit_id
and a.partner_id = b.kredit_partner_id
and a.analitika_id = b.kredit_analitika_id
when matched then update set summa_kredit = summa_kredit - b.summa;

END

Вот такая таблица:
CREATE TABLE "DB2ADMIN"."SALDO" (
"PODRAZD_ID" BIGINT NOT NULL ,
"SUBCOUNT_ID" BIGINT NOT NULL ,
"PARTNER_ID" BIGINT NOT NULL ,
"ANALITIKA_ID" BIGINT NOT NULL ,
"SUMMA_DEBET" DECIMAL(20,2) NOT NULL ,
"SUMMA_KREDIT" DECIMAL(20,2) NOT NULL ,
"PODRAZD_PARTNER" BIGINT NOT NULL )
IN "DATA" INDEX IN "INDEX_8" ;
ALTER TABLE "DB2ADMIN"."SALDO" PCTFREE 20;

-- Операторы DDL для индексов таблицы "DB2ADMIN"."SALDO"

CREATE INDEX "DB2ADMIN"."IND1_SALDO" ON "DB2ADMIN"."SALDO"
("PODRAZD_PARTNER" ASC)
PCTFREE 10 MINPCTUSED 10
ALLOW REVERSE SCANS;

-- Операторы DDL для индексов таблицы "DB2ADMIN"."SALDO"

CREATE INDEX "DB2ADMIN"."IND2_SALDO" ON "DB2ADMIN"."SALDO"
("PARTNER_ID" ASC)
PCTFREE 10 MINPCTUSED 10

ALLOW REVERSE SCANS;


-- Операторы DDL для первичных ключей таблицы "DB2ADMIN"."SALDO"

ALTER TABLE "DB2ADMIN"."SALDO"
ADD CONSTRAINT "CC1166263937297" PRIMARY KEY
("PODRAZD_ID",
"SUBCOUNT_ID",
"PARTNER_ID",
"ANALITIKA_ID");

Вот так пытаюсь сделать....

Так строка - это ничего страшного... Зачем же блокируется целая таблица? Я увеличил locklist, но это не помогает....
После runstats нужно пересобирать триггеры?

Процент очень-очень не большой.... Там и процентом-то нельзя назвать.... А maxlocks стоит 22(по умолчанию)... LOcklist на всякий выставил 4096*4Kb... Вроде все должно хватать.....

Explain.sql выдает стоимость 143,76....
При работе с таблицей saldo используется индекс CC1166263937297

Определил с помощью Quest'а.... В момент когда происходит удаление из db2admin.provod возникает блокировка Exclusive(S) на таблицу SALDO.....

Пардон Exclusive(X)

И размер блокировки на таблицу - Строка.....:(

Снимок блокировок программы

Отметка времени снимка = 02.02.20

Хэндл прикладной программы = 586
ID прикладной программы = *LOCAL
Номер последовательности = 0001
Имя прикладной программы = db2bp.
ID авторизации CONNECT = db2adm
Состояние прикладной программы = Рабоча
Время изменения статуса = Не соб
Кодовая страница прикладной программы = 1251
Блокировок поддерживается = 9
Общее время ожидания (мс) = 0

Список блокировок
Имя блокировки = 0x050010002D413E010000000052
Атрибуты блокировки = 0x00000000
Флаги освобождения = 0x40000000
Число блокировок = 1
Число удержаний = 0
Имя объекта блокировки = 20857133
Тип объекта = Строка
Имя табличного пространства = DATA
Схема таблицы = db2admin
Имя таблицы = SALDO
Режим = X

Имя блокировки = 0x050010002E413E010000000052
Атрибуты блокировки = 0x00000000
Флаги освобождения = 0x40000000
Число блокировок = 1
Число удержаний = 0
Имя объекта блокировки = 20857134
Тип объекта = Строка
Имя табличного пространства = DATA
Схема таблицы = db2admin
Имя таблицы = SALDO
Режим = X

Имя блокировки = 0x0500100040991E010000000052
Атрибуты блокировки = 0x00000000
Флаги освобождения = 0x40000000
Число блокировок = 1
Число удержаний = 0
Имя объекта блокировки = 18782528
Тип объекта = Строка
Имя табличного пространства = DATA
Схема таблицы = db2admin
Имя таблицы = SALDO
Режим = X

Имя блокировки = 0x0500070045500D020000000052
Атрибуты блокировки = 0x00000020
Флаги освобождения = 0x40000000
Число блокировок = 1
Число удержаний = 0
Имя объекта блокировки = 34426949
Тип объекта = Строка
Имя табличного пространства = DATA
Схема таблицы = db2admin
Имя таблицы = PROVOD
Режим = X

Имя блокировки = 0x0500070044500D020000000052
Атрибуты блокировки = 0x00000020
Флаги освобождения = 0x40000000
Число блокировок = 1
Число удержаний = 0
Имя объекта блокировки = 34426948
Тип объекта = Строка
Имя табличного пространства = DATA
Схема таблицы = db2admin
Имя таблицы = PROVOD
Режим = X

Имя блокировки = 0x53514C4332453036BD4A32C841
Атрибуты блокировки = 0x00000000
Флаги освобождения = 0x40000000
Число блокировок = 1
Число удержаний = 0
Имя объекта блокировки = 0
Тип объекта = Внутренн
Режим = S

Имя блокировки = 0x53514C4445464C5428DD630641
Атрибуты блокировки = 0x00000000
Флаги освобождения = 0x40000000
Число блокировок = 1
Число удержаний = 0
Имя объекта блокировки = 0
Тип объекта = Внутренн
Режим = S

Имя блокировки = 0x05000700000000000000000054
Атрибуты блокировки = 0x00000000
Флаги освобождения = 0x40000000
Число блокировок = 1
Число удержаний = 0
Имя объекта блокировки = 7
Тип объекта = Таблица
Имя табличного пространства = DATA
Схема таблицы = db2admin
Имя таблицы = PROVOD
Режим = IX

Имя блокировки = 0x05001000000000000000000054
Атрибуты блокировки = 0x00000000
Флаги освобождения = 0x40000000
Число блокировок = 2
Число удержаний = 0
Имя объекта блокировки = 16
Тип объекта = Таблица
Имя табличного пространства = DATA
Схема таблицы = db2admin
Имя таблицы = SALDO
Режим = IX

Сам вот сижу и думаю....
В любом случае спасибо за советы...

А если это делается в хранимой процедуре? Монитор блокировки будет фиксировать?

Ну так... На всякий....
Одна процедура = Один пакет?

Кажется нашел момент... Может для вас очевидный, я же его упустил....
В общем дело так....
Записи из таблицы provod удаляются также триггером, повешенным на другую таблицу!!!
Так вот, если делать Explain на delete from provod...., то индексы по saldo хватаются....
А если через еще один триггер, то нет...

Опять на те же грабли.... Где архитектурно могу ошибаться?
Есть таблица1, таблица2, таблица3....
При изменении таблицы1, изменяется таблица2.
При изменении таблицы2, изменяется таблица3.
Все это организовал на триггерах... По-моему очень удобно получилось...
Но при тестировании получается, что одна программа, изменяя таблицу1 эксклюзивно блокирует таблицу3... Соответственно все остальные приложения "курят"... К тому же, таблица1 изменяется довольно часто и совсем небольшими порциями...
1.Где чего не так понимаю?
И главное.... Так вообще делают или за это руки "отрывают"....?

И вот еще для уточнения... 99,99% операций над таблицей2 - это insert/delete/select.... Причем как правило вызываются в ХП... Update практически отсутствует...

1. Репликация, по скромному опыту, тоже здорово блокирует данные...
2. Смысл этих изменений (не знаю как по-научному высказаться), в том чтобы сразу отображать сделанные изменения....Например, грохнул документ - удалились(или хотя бы попытались) связанные с ним... Или другой пример, удалил документ - удалились товарные строки, связанные с ним, и как следствие изменились остатки....

DB2 v.8.1.9 for Win

To Mark:
1.Насчет уровня оптимизации... Это где его использовать? В SQL внутри триггера? Или при создании триггера?
2. Вы правильно подметили, я использую в триггерах спецификацию FOR EACH STATEMENT... Вы думаете DB2 из-за нее так распространяет блокировки?
3. А вот с update'ом вообще мыслей нет... Мне кажется в данном случае можно попробовать как-нибудь пары моих merge попробовать объединить?

To Mark:

Вот этот "страшный" SQL будет работать быстрее merge? У Вас был подобный опыт?

1. Этот триггер один использует действие update... Есть другие, которые добавляют записи, если их нет....
2. А как следует делать, если при изменении таблицы нужно изменять несколько таблиц? Лучше все в один триггер или в несколько?

"Страшный" в смысле необычный для меня... Я exists ни разу в жизни не использовал... Пытаюсь перевести триггеры на FOR EACH ROW... Тестирую чего получается...

To Mark

Я как-то всегда делал

update DB2ADMIN.saldo a
set summa_debet=summa_debet-
(
select sum(summa)
from old b
where
a.podrazd_id = b.podrazd_id
and a.subcount_id = b.debet_id
and a.partner_id = b.debet_partner_id
and a.analitika_id = b.debet_analitika_id
)
where (a.podrazd_id, a.subcount_id, a.partner_id, a.analitika_id)
in (select b.podrazd_id, b.debet_id, b.debet_partner_id, b.debet_analitika_id
from old b);

И explain'у это гораздо больше нравится