ストアドプロシージャの多用でパフォーマンスは向上するか？

抽象的な話で非常に恐縮なのですが、
ストアドの中で行うSELECTやINSERTなどの処理を
更にストアドにすることで、パフォーマンスは向上するのでしょうか？

たとえば、「テーブルＡの内容を取得してテーブルＢにINSERT」というストアドがあったとします。
この場合、以下のような記述になると思います。
----------------------------------
SELECT (略) FROM TBL_A
INSERT INTO TBL_B (略)
----------------------------------

このSELECT及びINSERT処理をそれぞれストアド化し、
----------------------------------
EXEC SP_A (略)
EXEC SP_B (略)
----------------------------------
とすると、わずかなりでも処理速度は向上するのでしょうか？
（極論ですが、全てのSELECT、INSERT、UPDATEをストアド化するのがベストなのでしょうか？）

現在、数百万～数千万件のレコードを処理するストアドを作成中で、処理時間の短縮が大きな課題になっています。
1件あたりの処理が0.1秒でも縮めば、10万件の処理時間は10,000秒(=3時間弱)の短縮になり、決して馬鹿にはできません。

妙な質問ですが、良策があればご教授ください。

No.3 ベストアンサー 回答者： tsukasa-12r 回答日時： 2004/04/02 10:31

あ、ちょっと読み間違いしてました。

ストアドの中の処理を更にサブプロシージャにするということなんですね。
それだと、メンテナンスの面では意味があると思いますけど、処理スピードを上げるという意味では疑問に思います。サブプロシージャの呼び出しのオーバーヘッドがあると思うので、サブプロシージャにしない場合に比べて、少し遅くなるんじゃないかと推測します。

No.2 回答者： driverII 回答日時： 2004/04/02 06:36

SQL Serverのストアドの経験はありますが、

このケース(ストアドの中のストアド)は初めてなので一般人で回答します。

で、ご質問ですが、あまり意味がないと思われます。
インデックスのつけ方や、ＳＱＬの見直し、

たとえば不要なレコードを処理対象からはずす
などを進めたほうが良いのではないでしょうか。

もしどうしてもというのであれば、テストＰＧを
作成し、実行時間を測定するしかありませんね。

この回答へのお礼

有難うございます。
確かに、インデックスやクエリ文の見直しで改善するところもありました。
どうやら、修行が足りないようです…。

お礼日時：2004/04/02 09:28

No.1 回答者： tsukasa-12r 回答日時： 2004/03/31 22:29

ストアドにすれば、多少は速くなるような気はします。

ストアドじゃなくて、１回１回ＳＱＬを発行すると、SQL-Server は SQL を受け取る度に SQL の構文解釈をしてコンパイルすると思うんですけど、ストアドにしておけば、１回１回、構文解釈する必要がないですからね。
あと、SQL-Server は
INSERT INTO ～ SELECT ～ FROM ～
の構文は使えないんでしょうか？
SELECT と INSERT を別々の SQL 文にするより、こっちの方が効率がいいと思います。

この回答へのお礼

有難うございます。

同じようなことをしている個所がいくつもあったので、
それをストアド化することにしました。メンテナンスも簡単になりますしね。

ちなみに、SELECTとINSERTはあくまで例であり、実際に行っているわけではないので悪しからず。

お礼日時：2004/04/02 09:33