Akinaalex564657498765453при изменении записи в таблице, нужно чтобы сработал тригер и обновил другую запись в этой же таблице...Это потенциально порождает зацикливание.
Полагаю, наиболее разумно - выполнять изменения не запросом, а хранимой процедурой. Централизует логику и снимает проблемы при использовании триггеров. да и побыстрее будет.
постой. тут есть два момента
1)возможно мы друг друга не поняли, но в таблице дерево! и эти изменения это
- агрегация значения - от потомка вверх до корня везде надо учесть изменение
- каскадное обновление ветки = узлу некоторому поставили атрибут хиден, значит вся ветка должна получить этот атрибут.
2)сдесь есть ещо и оптимизация.
наверно лучше кодом показать как счас.(возьмём агрегацию)
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.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
--table items(iditem(PK), fk_iditem(FK), total,....) FK=PK === root item
--table changes(iditem(PK),add_total);
--table tchanges(iditem(PK),add_total);
--trigger_item_insert_after
IF NEW.total <> 0
THEN
INSERT INTO changes values(NEW.fk_iditem,NEW.total)
ON DUPLICATE KEY UPDATE total=total + NEW.total;
END IF:
--trigger item_delete_after
IF OLD.total <>0
THEN
INSERT INTO tchanges values(old.fk_iditem,0-old.total)
ON DUPLICATE KEY UPDATE total=total - NEW.total;
END IF:
--trigger item_update_after
IF OLD.fk_iditem <> NEW.fk_iditem
THEN
IF OLD.total <> 0
THEN
INSERT INTO tchanges values(OLD.fk_iditem,0-OLD.total)
ON DUPLICATE KEY UPDATE total = total - OLD.total;
END IF;
IF NEW.total <> 0
THEN
INSERT INTO tchanges values(NEW.fk_iditem,NEW.total)
ON DUPLICATE KEY UPDATE total = total + NEW.total;
END IF
ELSE
--if old.fk_iditem = new.fk_iditem
IF OLD.total <> NEW.total
THEN
INSERT INTO tchanges values (NEW.fk_iditem,NEW.total - OLD.total)
ON DUPLICATE KEY UPDATE total = total + NEW.total - OLD.total;
END IF;
END IF;
--chedule task (create event ....)
INSERT INTO changes c
select * from tchanges tc
ON DUPLICATE KEY UPDATE c.total = c.total + tc.total;
IF ROW_COUNT() > 0
THEN
TRUNCATE tchanges;
END IF;
DELETE from changes;
--trigger_changes_delete_after
UPDATE items set total = total + OLD.add_total WHERE iditem = OLD.iditem;
вот я и збегаю цикла, а главное
при нагрузке у меня за секунду возникает несколько сотен событий в подчинённой
таблице(сдесь не указана) приводящих к
изменению одного из узлов(поле тотал), но мы не меняем размер несколько сотен раз
ибо тригер на подчинёной таблице вставку делает в changes аналогично - при дубле ключа
обновляет.
и того, получая 300 дочерних елементов за секунду, получаем одну запись в changes, где
пре-агрегированы все 300 изменений.
паралельно в другие узлы братья нашему, идёт аналогично вставка 300 дочерних
но дед будет скорей всего обновляться один раз, благодаря томуже механизму преагрегации.
changes, tchanges -- ENGINE MEMORY
===========
кстате пока писал, набрёл на мысль...
наверно в ивенте, надо бы загнать в транкзанкцию
перенос данных и очистку tchanges... а то ведь можем лишнее удалить...верно я мыслю?
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
--event
start transaction;
INSERT INTO changes c
select * from tchanges tc
ON DUPLICATE KEY UPDATE c.total = c.total + tc.total;
IF ROW_COUNT() > 0
THEN
TRUNCATE tchanges;
END IF;
commit;
DELETE from changes;
Акина, верно ли сработает код последний??? что не смогут ничего вставить в таблицу
ведь я всю её трогаю...
или надо както подругому залочить всю таблицу?
