Evitez tout particulièrement de vous retrouver dans une situation dans laquelle l’application s’exécute sous le contrôle de commitment, contrairement au trigger, ou vice versa. Cet usage boîteux du contrôle de commitment risque de compliquer les choses quand il faudra récupérer les modifications de base de données faites par l’application et le trigger. Quand à  la fois l’application et le trigger s’exécutent avec une isolation autre que No Commit, les modifications du trigger seront validées ou annulées rétroactivement (rolled back) chaque fois que l’application déclenchante émet un commit ou un rollback. D’autres combinaisons de contrôle de commitment sont possibles mais déconseillées.