НеофитSQL,
0) никогда, ни при каких обстоятельствах, и ни по чьему велению не ставьте натурных экспериментов на боевой системе.

1) нежелательные для вас изменения происходят не после команды insert, а после команды commit, у которой есть парно-обратная - rollback, используйте rollback в экспериментах там, где это необходимо.

2) почитайте и посмотрите любые примеры на составные триггеры, их делали специально и персонально для вас, и они долго ждали своего часа.

3) имеющийся в вашей среде отладчик вполне отладит ваши триггера, если они будут скомпилированы в режиме интерпретации и с включением отладочной информации.

4) если у вас есть возможность избегать использования триггеров - старайтесь избегать. Это определенная дисциплина проектирования, прежде всего.
---------------------
Имхо,
по тому что вы пишете, (мне) ясно, что вы делаете игрушечную систему, рассчитанную на малую нагрузку и общий небольшой объем данных.

Попробуйте далее, когда возникнет желание написать триггер, обязательно представлять себе, что вы подносите голую руку с
горящей в ней спичкой к горке магниевых стружек в смысле эффекта, оказываемого на производительность вставки
(она горит при этом ярким фонтаном огня, жестко обжигая вокруг себя все, включая поджигателя).
Ну, или что вы стеклянную колбу с царской водкой в руках несете, и ваша задача - не споткнуться.

Когда дело дойдет до "настоящих" требований по производительности, примерно также придется относиться и к каждому
создаваемому индексу.

В такой простой формулировке, это слишком сложное высказывание.

Имхо, выглядит как out of context, в нём недостаточно явных битов информации на количество букв,
и потому, оно, для первого чтения, совершенно бессмысленное. Это шифровка.

Общий контекст восприятия возникает на фоне овладения концептами "транзакция",
"согласованные изменения" и "потеря изменений при конкуренции".
Если нет понимания ничего из этого - умнее и упоминать, всё равно не будет понято, о чём идет речь.

НеофитSQL,

Вам сейчас нужно больше думать о допустимости и последствиях в вашей конкретной ситуации неоткатываемых действий.

"Другие причины" лежат вокруг того, что вы сознательно вплетаете отключаемые событийные интерфейсы.
Если это было сделано до вас, и вы не вполне понимаете, что это такое - это одна сторона медали.
Если вы делаете это своей рукой, хорошо, чтобы вы абсолютно точно понимали и что это такое, и как вы собираетесь с этим
долго жить в условиях неизвестных вам сегодня будущих потребностей.
И особенно , когда вы на голубом глазу собираетесь в контексте транзакции выполнять неоткатываемые действия.

Вы кого-то заведомо обмануть пытаетесь, или это способ тотальной слежки за мыслями и случайными почёсываниями?

о, боже... "логгинг" - это что, синоним "элегантности"?

Есть "логгинг" и "логгинг".

Если происходит плановый отказ от завершения транзакции - зачем вообще логировать планово несостоявшиеся действия?

Если же фиксируются действия, отвергнутые по наличию ошибок заполнения данных, то это называется не "логгинг",
а "валидация".

Необходимость сохранения её результатов определяется либо потребностями программиста в трассировке на период отладки,
либо конкретными особенностями устройства процедур проверки качества данных.

В обоих случаях это не побочный, а явный результат специально организованного процесса, в общем случае, состоящего из произвольного числа транзакций.

Вы в своих триггерах ифы писать замучаетесь, чтобы понять, какой именно красоты логирование именно сейчас требуется.
У вас вставка в таблицу в таком варианте намертво привязывается к имени процесса, его производящего.
Ну, или будете логировать всё подряд в общую мусорку, и результатом нельзя будет воспользоваться содержательно.
Конечно, много изумительной мути, в триггерах можно наваять.


А вот как очередной свежепришедший неофит наляпяет, так и приято.
Статистически неотличимая от 100% доля "ынтырпрайза" не является непроходимым гуаном чуть менее, чем целиком.
В том числе и в области "логирования".

Обычно это является печальным результатом блестящего образования, большого опыта работы,
высокой степени самооценки и безграничного доверия руководства.

...
И только очумевшие администраторы изредка постанывают -
"Ау! Есть читатели на эти великолепные логи?
Когда и какой мусор сносить-то можно, к чёртовой матери, или его надо ленту писать?..."

Вячеслав Любомудров,

нет смысла ему абракадаброй говорить.
Читать у него времени нет. Триггера писать надо.

Спасибо, успокоили. А то я уже волноваться начал даже...