私なら次のようにします:
- データ検証ロジックをストアド プロシージャに入れる
- ストアド プロシージャを、アプリケーションがテーブルと対話する唯一の方法にしました
- 必要なコードをストアド プロシージャに挿入します。
トリガー ベースのプログラミング パラダイムは、アプリケーションのビジネス ロジックの複雑さが増すにつれて、コーディングと保守が難しくなります。
ただし、このような単純なロジックしかないと確信している場合は、アプリケーションがデータベースと対話する方法に最小限の変更しか必要ないため、それをトリガーに配置しても問題ありません。