ストアドプロシージャでシステムを構築するとDBサーバの負荷が増えるか - SQLer 生島勘富 のブログ
結論から書くとストアドプロシージャでシステムを構築するとDBサーバの負荷は減ります。WEBシステムと仮定してDBサーバとAPサーバの関係で書きますが、C/Sも同じになるので、C/Sで考える人は、APサーバをクライアントと置き換えて読んでください。 その理由は単純 極めて単純な話です。APサーバで処理しても、DBサーバで処理しても結果は同じになります。 つまり、システム全体で最低限行わなければならない処理量は同じなわけです。APサーバで処理してDBサーバの処理が減るならば、APサーバがDBサーバの処理を肩代わりしなければいけません。 APサーバが肩代わりできる処理 ・四則演算 ・ソート処理 ・マスタ類のキャッシュ（すればの話） APサーバが肩代わりさせるために増える処理 ・SQL文を大量に受け取るネットワークのコスト（AP/DB双方） ・SQL文を実行するためのオーバーヘッドの繰り返し ・A
第8回 Let's Master ストアド・プロシージャ！（前編）（1/4） - ＠IT
今回は、ASP.NETアプリケーションからストアド・プロシージャを実行する方法について紹介します。 ストアド・プロシージャ（Stored Procedure）とは、その名のとおり、データベース・サーバ上に保存（Stored）された一連の手続き（Procedure）のことです。ストアド・プロシージャは、データベース上で解析／コンパイル済みの状態で用意されていますので、実行時のオーバーヘッドを軽減することができます。 また、複雑なデータベース操作を実行する場合にも、データベース・サーバ内で処理を完結できるので、アプリケーション・サーバとデータベース・サーバとの通信量を軽減できるというメリットもあります。クライアントからテーブルを直接に操作させるのではなく、常にストアド・プロシージャからのみアクセスさせるようにすることで、予期せぬ操作を防ぐという、セキュリティ上の効果も考えられるでしょう。 スト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
