ストアド プロシージャを使用すると、アプリケーションの観点から関心をより適切に抽象化し、分離することができます。私の会社では、DBA が手順を作成し、すべての DB 作業を行うという伝統があります。そして、それはほとんど機能するモデルです。
私は .NET 開発者として、リソース ファイルを使用してすべてのエラー/成功/検証メッセージを集約しています。これにより、エラー メッセージを標準化し、一元化することができます。したがって、実装が完了し、「アプリケーション メッセージ」を文書化する必要がある場合、プロセスは簡単です。
しかし、当社の DBA には、手順全体にエラー メッセージをばらまくという悪い習慣があり、システムを文書化するのが難しくなっています。現在の解決策は、常に返さ@Resultれ@Message、Redgate ツールを使用してこれらの変数の検索と検索を行うことです。ただし、これは面倒であり、優れたソリューションとは思えません。
パフォーマンスを低下させずに、データベース側でエラー メッセージを一元化するための推奨される方法があるかどうか疑問に思っていました。