Приветствую! Есть такое архитектурное решение - при вставке или update записей в 1-ой таблице вставляются записи или модифицируются записи в других таблицах. Соответственно на первую таблицу накладываются эксклюзивные блокировки, да и те таблицы, которые заполняются (по моему тоже). Насколько мне припоминается
в конструкциях триггера писать нельзя. Поменять архитектурное решение глобально тоже нельзя. Так как система не наша и глобально то что оттестировано годами невозможно и запрещено! Версия СУБД 9.7. под windows
Как быть, можно что то прикрутить внутри самого триггера, знаю что костыли, но все же...

medoed,
Марк, может вы мне поможете ответом, интересно мнение знатоков!

Евгений Хабаров,
Deadlock -и наступают из-за долгих самоблокировок.

CawaSPbmedoed,

Обернуть действие в compiled (та, что begin ... end, а не begin atomic ... end) процедуру и дёргать её из триггера.
Не поможет, вооще сделать эту процедуру AUTONOMOUS (только смотреть внимательно, чтобы не самоблокироваться).

Но надо проверять, что будет с производительностью. Compiled процедуры в отличии от кода триггеров (тогда, когда они inlined, в 9.7 появилась возможность делать compiled триггера, как процедуры) реально дёргаются/выполняются. В некоторых случаях может помочь переход от row level к statement level триггерам.
Спасибо, попробуем!