当社はすべてのサービスを推奨しています。
そのため、要件実装会議で、既存のストアド プロシージャにサービスを推奨する理由を尋ねられました。
彼らは、ストアド プロシージャを直接使用したいと考えており、同じストアド プロシージャを内部的に呼び出すサービスを呼び出したくありません。
彼らの議論は、Web リクエストが大量のデータを処理する方法と、ストアド プロシージャがサービスよりも高速であるというものでした。
私の唯一の主張は、サービスは誰にでも公開でき、外部でも使用できるということでした。
複数のリクエストへの応答として大量のデータを期待するリクエストを分割するために、ページネーション技術を使用できることを彼らに伝えました。彼らは納得していませんでした。
他に何か理由はありますか？
これは、ソフトウェアの品質に帰着します。
優れたソフトウェア品質は、次の点をカバーする必要があります。
ストアド プロシージャでは、これらすべての点をカバーすることはできず、優れたソース管理を備えたマネージ コードもカバーできないことがわかると思います。データベースへの 1 つの大きな長い計算呼び出しを実行する場合に特に有利なサービス。
私の意見では、デバッガーでステップスルーすることも常に非常に価値があります。
ただし、これらのソフトウェア品質の点が心配されていない場合は、特にデータベースへの呼び出しが多い場合 (接続のオーバーヘッドが少ない場合)、パフォーマンスの観点から、データのすぐ隣で計算を実行することに利点があります。また、ソリューションは、コンパイルとサービスのセットアップのオーバーヘッドがなく、より単純になる可能性があります。