ありがとうございました。
参考になりました。

----- Original Message ----- 
From: "Akira Horikawa" <who@example.ne.jp>
To: <who@example.ne.jp>
Sent: Thursday, November 04, 2004 9:27 AM
Subject: [ml-msde-beg:01373] RE: ストアドか VBA


> 堀川です、おはようございます
>
> -----Original Message-----
> From: Michio Taniguchi [mailto:who@example.co.jp]
> Sent: Tuesday, November 02, 2004 2:24 PM
> To: ML MSDE Fun Club
> Subject: [ml-msde-beg:01370] ストアドか VBA
>
>
>>ストアドかVBAか、どちらで実行したほうが良いのか、処理速度と
>>ネットワークトラフィックを考えた場合に関して迷っています。
>>pStrSql = "Select * From dbo.T_TOKU Where (TokuCd = ?)"
>>pStrSql="Exec usp_得意先表示 @TokuCd = " & CLng(Nz(Me!T取引先CD, 0))
>
> レコード１件を取得するSELECT文とストアドを比較した場合は、
> ネットワークトラフィックや処理速度等は、あまり気にしなくても
> よいと思います
>
> 取得するレコードが数百件、数千件も返って来るようならネットワークに
> 影響を与えますが、この場合は１件ですから問題はありません。
>
> VBAの実行速度も、「数十行」 対 「数行」の比較では、気にならないでしょう。 
> 
>
> 処理速度やネットワークトラフィックよりも、この場合は別の観点から
> 考えた方がよいです。
>
> 例えばこの１件取得する処理が、数多く実行される可能性があるのであれば
> その都度その都度クライアントからSELECT文がサーバーに投げられるよりは
> ストアドにして、サーバーに格納しておく方が、１回のコンパイルで済みますので
> サーバー側の効率は上がります。
>
> またシステム変更をする際に、クライアントからSELECTなどのSQL文が
> 投げられなければ、サーバー側で閉じているので、クライアント側
> アプリケーションを見直す必要はありません。
> サーバー側だけで、作業が完結します。
>
> その反面、ストアドを組み込まなければいけない手間が必要になります。
> またセキュリティの実行許可を与えなければいけません。
>
> どちらがよいかは、今作っているアプリケーションの将来的な改造構想が
> あるかどうか、メンテナンスの作業があるかどうかなどから、考えるのが
> よいと思います
>
> ------------------------------------
> （株）日本技術ソフト開発
>  　    　堀川　明  (Akira Horikawa)
>    １１月０４日（木曜日）　０８時４２分記
>        mailto:who@example.ne.jp
>        http://www.horikawa.ne.jp/msde/
>
>
>