複数の操作に1つの手順を使用するか、複数の手順に分割する必要がありますか？

Question

私は、データベース内のいくつかの操作のためのストアドプロシージャを書いています、私は知りたいと思った：

• は、それは、追加実行することができ、テーブルのための単一の手順を設計変更し、操作を削除するか、した方が良いです...
• 私はアプローチが良いだろう、各事業

ための別々の手続きを設計すべきか？

Answer 1

私は、操作ごとに別々のストアドプロシージャが最適だと言います。さもなければ、あなたの手続きの内部ではあまりにも多くのロジックを取得します

さらに、ほとんどの操作には異なるパラメータが必要です。削除の場合、主キーのみが必要ですが、挿入するにはnull可能な列でない値をすべて指定する必要があります。レコードを削除するだけの場合は、ダミーの挿入パラメータを指定する必要はありません。

Answer 2

少なくとも、if ... elseロジックでいくつかのSQLコマンドが必要です。ストアドプロシージャは、まさに1つのことをすれば、管理がはるかに簡単です。

これは通常の手続き型開発から移行可能な概念ですが、ストアドプロシージャにはさらに強力に適用されます。

メリット：テストが簡単で、意味のあるSP名（CustomerHandlerではなくUpdateCustomerなど）、結合の結合/結合性の向上、手続きの簡略化、引数の削減。

Answer 3

手順ごとに1回の操作。

Answer 4

あなたはボブおじさんを愛していない：Single responsibility principle

Answer 5

それは異なるロジックのための異なる手順を実装するのが最善です。

このようにすれば、コードを簡単に管理して依存関係を減らすことができます。