вы сами чушь-то поменьше пишите. FK контролирует ссылочную целостность, так? Каким образом? Посредством индекса. Индексы всегда "видят" все ключи для всех версий записей, независимо от транзакций. Поэтому целостность на FK, PK и Unique внетранзакционная (и это нормально).
Если же реализовать ссылочную целостность на триггерах, то можно спокойно
1. в одной транзакции изменить код у записи справочника
2. во второй транзакции сослаться на этот код для другой таблицы
3. сделать commit первой и второй транзакции, и получить что?
правильно, во второй таблице ссылку на НЕСУЩЕСТВУЮЩИЙ код справочника.
А FK, поскольку "видит" изменения вне транзакций, не даст это сделать т.к. увидит, что код справочника поменялся. или не даст его поменять, и т.п.
Точно также ПК - вставляем в справочник запись с кодом, параллельно из другой транзакции нам запись с таким же кодом вставить не дадут. Почему? Потому что уникальный индекс по ПК видит все изменения (не committed) и не даст создать дубликат ключа.
А "системные триггеры" по FK делаются только на каскадных update/delete, и опять же, они действуют тоже вне транзакций.
Вы что думаете, что если сервер дает возможность работать с транзакциями, то сам он дурак, и для специфических операций тоже будет сам только транзакциями пользоваться?
