Есть 2 таблички tree и leaf связанные 1-1, с условием каскадного удаления
1.
2.
3.
4.
5.
6.
7.
8.
9.
CREATE TABLE public.leaf
(
id int4 NOT NULL,
...
...
value float8,
CONSTRAINT leaf_pkey PRIMARY KEY (id),
CONSTRAINT company_leaf FOREIGN KEY (company) REFERENCES public.company (id) ON UPDATE CASCADE ON DELETE CASCADE,
CONSTRAINT tl_id FOREIGN KEY (id) REFERENCES public.tree (id) ON UPDATE CASCADE ON DELETE CASCADE
на табличку leaf пишу триггера:
1.
2.
3.
4.
5.
CREATE TRIGGER leaf_delete_values
AFTER DELETE
ON public.leaf
FOR EACH ROW
EXECUTE PROCEDURE public.tr_delete_leaf_values();
и т.п. (на полный набор действий) - т.е. реализуется некая денормализация, - триггера заполняют (пересчитывают) таблицу рез-тов при вводе данных.
Далее тестирую:
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.
CREATE TABLE test_before_insert AS
SELECT DISTINCT t_values.* FROM t_values
INNER JOIN t_parents ON tid = pid
WHERE id = 19831 OR pid = 19831 ;
INSERT INTO tree
(id, pid, pos, uname_create, uname_modify, date_create, date_modify, status )
VALUES
(- 18 , 19831 , - 18 ,'test','test', 1050131 , 1050131 , - 1 );
INSERT INTO leaf
(id, company, kind, date, name, description, search_name, currency, value, payment_kind, planfact )
VALUES
(- 18 , 2 , 1 , 1050131 , 'test_insert', 'test_insert', 'test_insert', 0 , 1 , - 1 , 1 );
CREATE TABLE test_past_insert AS
SELECT DISTINCT t_values.* FROM t_values
INNER JOIN t_parents ON tid = pid
WHERE id = 19831 OR pid = 19831 ;
/*
DELETE FROM leaf WHERE id = -18;
*/
DELETE FROM tree WHERE id = - 18 ; --каскад
CREATE TABLE test_past_delete AS
SELECT DISTINCT t_values.* FROM t_values
INNER JOIN t_parents ON tid = pid
WHERE id = 19831 OR pid = 19831 ;
и проверяю:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
SELECT DISTINCT b.*, b.value - p.value AS delt FROM
test_before_insert b
--test_past_insert b
RIGHT JOIN
--test_past_insert p
test_past_delete p
USING (tid , payment_kind , planfact , currency , ayear , amonth )
WHERE
b.value - p.value <> 0 OR b.value IS NULL
;
Получаю, что если при тесте для удаления из leaf пользовался каскадом (как приведено - строка DELETE FROM leaf WHERE id = -18; заккоментирована), то идентичны наборы test_past_insert и test_past_delete,
если же явно выполняю сначала DELETE FROM leaf WHERE id = -18; (т.е. удаляю не каскадным триггером), то идентичны test_before_insert и test_past_delete
(с точностью до числовой диффузии при расчете - ибо поля флоат, а округления я (пока) не делаю).
т.е., получается, что
запускаемое каскадным триггером (на удаление в tree) удаление в leaf
не запускает триггера TRIGGER leaf_delete_values AFTER DELETE?
Версия 7.3.4
Кто сталкивался с подобным?
ЗЗЗЫ понимаю, что не самый очевидный тестовый материал, можно набросать много проще, но туго со временем. Хотя если баг подтвердится, придется срочно рожать методы гарантированного обхода (то ли отказываться от каскада, то ли дополнительно явно вызывать ф-ю -аналог триггерной в подчиненке на событии удаления из главной. Как при этом не задвоить изменения???.
