ここでの議論を経て、もう1つ質問があります。
数百万のユーザー ベースと毎日数百万のトランザクションを持つエンタープライズレベルのアプリケーションがあるとします。パフォーマンス万力、これはより良いでしょう。
PS:エンタープライズアプリケーション開発と言うときは、開発者の観点から、さまざまな抽象化レイヤーがあることを意味していました。フレームワークのテスト。複数のブレードに展開された自動テストと広範なデバッグなど
パフォーマンスの問題は、実行しているデータベース操作の種類に帰着すると思います。ただし、データベースを扱うときの私にとって非常に重要な問題は、テスト容易性です。私がプロジェクトに参加してきた多くの場合、データベース中心になりすぎて、ユニット テスト、検証、または変更さえできない大量のビジネス ロジックに行き着いてしまいます。
私は常に実用的な選択を支持します - すべてが適切な場所にあります。また、いくつかのものについては、データベースに保存する必要があります。しかし、これは考える価値のある問題です。
ストアドプロシージャが非常に計算量が多い場合を除き、ほとんどのアプリケーションで2つに大きな違いがあるとは想像できません（個々のSQLステートメントの実行に伴う計算ではなく、プロシージャ自体の計算を意味することに注意してください）。
さて、一般的なストアド プロシージャと通常のアプリケーション コードの違いについては、また別の話です。