ネストされたストアドプロシージャについて

Question

ネストされたストアドプロシージャ（別のストアドプロシージャ内でストアドプロシージャを呼び出すことを意味する）を使用することをお勧めしますか？ストアドプロシージャのネスト中に従うべき注意事項はありますか？内部に巣を入れることができる人数には制限がありますか？見越して

おかげで

Answer 1

はい、ネストのレベルには制限があります。 manual：

ストアドプロシージャ[...]は最大32レベルまでネストできます。

制限ががストアドプロシージャを入れ子にすることは非常に良いことではありませんあまりにも多くを呼び出すことを意味するものかもしれないが存在するという事実。しかし、最大レベルは私には5人ほどの深いレベルのコールを入れ子にすることを心配しないように十分に大きいようです。

そして実際、私はあらゆる種類のデザイン導入の欠点で呼び出しを入れ子になったことを聞いたことがない、また私は、互いからのストアドプロシージャを呼び出すから任意の実際の欠点を経験しています。それどころか、サーバー側のコードを考慮することで、設計をより柔軟にすることができます。または、それ以外のものがあれば、少なくとも、より大きなものをより中程度のサイズ（場合によっては論理的に完全な）に分割することで、ストアドプロシージャのコードをより管理しやすくすることができます。

ストアドプロシージャを何らかのコストで考慮する必要があるとは限りません。あなたのデザインに合っていれば、プロシージャをネストすることに間違いはありません。

Answer 2

最大のネストレベルが32 Nesting Stored Proceduresです。
私の意見では、これを行うことの本当の欠点は、SPが別のSPに依存していることをすぐに制御できなくなることです。リスクは、別のSPで予期しない影響を及ぼすあるSP内の何かを変更することです。 SPを変更する前に躊躇してしまったら、まったく同じ事をしばらくして新しいSPを作成することを検討します。なぜSPがそこにあるのか、実際に使用されているのか誰も知りません。容易にかなり乱雑になります。