Мои боссы и администраторы баз данных не знают, как создавать триггеры, и я не знаю ни один (программист, работающий на новом языке), они просто скопировали / вставили некоторые старые триггеры из БД в качестве примеров для меня. В любом случае, мои триггеры копируют данные из одной таблицы в другую после обновления / вставки. Вставка / обновление, которое идет к исходной таблице, жизненно важно, поэтому, если что-то не получится, я просто хочу, чтобы триггер не сработал, и исходная вставка / обновление по-прежнему работала нормально.
Я использую MySQL для тестирования, но мы используем DB2, но они не дают мне доступа к триггерам тестирования в их среде DB2, поэтому это самое близкое решение, которое я могу использовать для тестирования логики триггера.
Я заметил, что BEGIN ATOMIC в примере запускает, это делает то, что я хочу? И что было бы эквивалентно в MySQL, чтобы я мог проверить?
У меня есть подвыборы в моих триггерах, это безопасно? Должен ли я объявлять переменные, чтобы избежать проблем?