応用情報技術者 2012年 春期 午前2 問15

通信回数削減の役割分担【午前2解説】

正解の理由

解法ステップ

1. 目的を明確化：ストアドプロシージャで通信回数を減らすには「DBへアクセスする処理（DBに対する複数操作）」をサーバ側にまとめて置く必要があると確認します。
2. 各層の役割を整理：
   • DB層：実データの保管・トランザクション。
   • FN層：ビジネスロジック（DBアクセスを伴う処理はここに集約可能）。
   • PR層：画面表示・ユーザー操作の受け渡し（頻繁なデータ転送は避けたい）。
3. 各選択肢を「どこでDBアクセスが発生するか」「クライアントとサーバの往復回数がどうなるか」で比較する。
4. 例で確認（簡単化したラウンドトリップ数）：
   • クライアント側で多くのDB呼び出しを行う場合：処理ごとに往復が発生して $R_{\text{before}}=n$（n 回）となる。
   • ストアドプロシージャでまとめる場合：1回の呼び出しでサーバ内部で完結 → $R_{\text{after}}=1$。
     イはこの「まとめ実行」が可能な設計になっているため通信回数が減る。

選択肢別の誤答解説

• ア：クライアントにDB層まで置く構成
  • 問題点：クライアントにDBがあるとデータの一貫性と同期が複雑になります。さらに、クライアント側で直接DB操作を行う場合、サーバとの整合性を取るための通信や同期処理が増えることになり、通信回数削減の目的に反します。
• ウ：サーバにDB層とPR層を置く構成
  • 問題点：PR層（画面表現）をサーバに置くと、画面更新のたびに大量のプレゼンテーションデータ（画面描画用データやHTML等）をクライアントへ送る必要があり、通信量や頻度が増えます。頻繁なUI操作がある環境では往復が増え、通信削減効果が薄れます。
• エ：クライアントはPR層のみ、サーバにDB・FN・PRを集中させる構成（極端な薄いクライアント）
  • 問題点：サーバ側でPRまで処理するとクライアントに表示用データを頻繁に送り続ける必要が生じ、特にUIの応答性や帯域に対して負荷が高まります。プレゼン情報の頻出転送によりネットワーク負荷が増加し、通信回数削減の観点では不利です。

よくある誤解

1. 「ストアドプロシージャを使えばすべての処理をクライアント側に任せてよい」
   • 誤解です。ストアドプロシージャはサーバ側で処理をまとめて実行する手段であり、むしろDBアクセスを伴う処理はサーバに集約することが目的です。クライアントにすべて任せると逆に多数のDBアクセスや同期問題で通信が増えます。
2. 「サーバ側にPR層を置けば通信回数が減る」
   • 部分的には処理呼び出しはサーバ内で完結しますが、PR層をサーバに置くと画面表示に関わるデータを細かく送受信することになりがちで、結果として通信回数や通信量が増えることが多い点に注意してください。
3. 「FNをサーバに全部置せば常に最適」
   • FNをサーバに集約するとラウンドトリップは減りますが、サーバ負荷やスケーラビリティ、可用性への影響も考慮する必要があります。選択は通信削減だけでなく運用面の制約も踏まえて行うべきです。

補足コラム

• ストアドプロシージャを用いる利点と注意点：
  • 利点：ネットワーク往復の削減、DB側での最適化（インデックス活用やトランザクションの局所化）、セキュリティ（クライアントから直接SQLを発行させない）
  • 注意点：DBサーバに処理負荷が集中しやすく、スケールアウトが難しくなることや、ロジックのバージョン管理が複雑になる点
• 実務判断の指標：操作ごとのDB呼び出し回数、画面更新頻度、処理の重さ（CPU/メモリ）、ネットワーク帯域といった要素を定量的に比較して、FNをどの程度サーバに置くか決めます。

FAQ