Use of transaction management statements in triggers
Reports usages of transaction management statements like COMMIT or ROLLBACK in trigger bodies.
With COMMIT or ROLLBACK statements in a trigger body, the trigger will not compile. The fail happens because triggers start during transactions. When the trigger starts the current transaction is still not complete. As COMMIT terminates a transaction, both statements (COMMIT and ROLLBACK) would lead to an exception. Changes that are executed in a trigger should be committed (or rolled back) by the owning transaction that started the trigger.
Example (Oracle):
Locating this inspection
- By ID
Can be used to locate inspection in e.g. Qodana configuration files, where you can quickly enable or disable it, or adjust its settings.
SqlTransactionStatementInTrigger- Via Settings dialog
Path to the inspection settings via IntelliJ Platform IDE Settings dialog, when you need to adjust inspection settings directly from your IDE.
Inspection ID: SqlTransactionStatementInTriggerInspection
Suppressing Inspection
You can suppress this inspection by placing the following comment marker before the code fragment where you no longer want messages from this inspection to appear:
More detailed instructions as well as other ways and options that you have can be found in the product documentation:
Inspection Details | |
|---|---|
By default bundled with: | CLion 2026.1, DataGrip 2026.1, DataSpell 2026.1, GoLand 2026.1, IntelliJ IDEA 2026.1, JetBrains Rider 2025.3, PhpStorm 2026.1, PyCharm 2026.1, Qodana for .NET 2025.3, Qodana for Go 2026.1, Qodana for JS 2026.1, Qodana for JVM 2026.1, Qodana for PHP 2026.1, Qodana for Ruby 2026.1, RubyMine 2026.1, WebStorm 2026.1 |