プログラムからのDB利用とクエリ処理

結論：このレッスンで覚える4つ

出題回数はストアドプロシージャが最も多いので、まずここを確実にします。

ストアドプロシージャ：「いつもの」で注文を済ませる

ストアドプロシージャは、よく使う一連のSQL（命令群）をあらかじめDBMS（データベース管理システム）に登録しておき、クライアントからは名前を指定して呼び出すだけにする仕組みです。stored（保存された）procedure（手続き）という意味です。

たとえるなら、行きつけの店で毎回メニューを全部読み上げずに「いつもの」とだけ言うようなものです。クライアントがSQLを1文ずつ送ってそのたびに結果を受け取る往復がなくなり、クライアントとサーバの間の通信量（ネットワーク負荷）が減ります。

試験で「利点」を問われたら、答えは通信量の削減です。サーバ内のディスクアクセス量、メモリ使用量、格納領域が減るわけではありません。処理そのものはサーバ上で同じように実行されるからです。

ストアドプロシージャと並ぶひっかけ選択肢

過去問では毎回ほぼ同じ4択が並びます。どれも「DBまわりの効率化」っぽく見えるのがひっかけです。

見分けるコツは、問題文の「あらかじめDBMSに格納」「利用頻度が高い命令群」という言葉です。これが出たらストアドプロシージャです。

JDBC：JavaとDBをつなぐ標準の窓口

JDBC（Java Database Connectivity）は、Javaのプログラムからデータベースにアクセスするための標準API（プログラム同士の呼出し口）です。DBの製品が違っても、Java側は同じ書き方でSQLを送れます。

「Java」と「DB」が両方出たら JDBC、と覚えれば十分です。

埋込みSQLとカーソル：結果を1行ずつ受け取る

埋込みSQLは、COBOLやCなどのプログラム（ホスト言語）の中にSQL文を直接書く方式で、EXEC SQL で始まります。困るのは、SQLの検索結果は複数行の表なのに、プログラムの変数は1回に1行分しか受け取れない点です。

このズレを埋めるのがカーソルです。検索結果の表の上を動く「いまどの行を見ているか」の目印で、本に挟むしおりのようなものです。

カーソルの操作は次の順番です。

1. DECLARE CURSOR：カーソルに名前を付け、どのSELECT文の結果を扱うかを宣言する
2. OPEN：SELECTを実行し、カーソルを結果の最初の行の手前に置く（この時点ではまだどの行も指していない）
3. FETCH：カーソルを次の行に進め、その行をホスト変数（プログラム側の変数）に取り出す。取り出した行がカレント行（いまカーソルが指している行）になる
4. UPDATE / DELETE … WHERE CURRENT OF カーソル名：FETCHで取り出したカレント行を更新・削除する
5. CLOSE：カーソルを閉じて後片付けする

FETCHを繰り返すと1行目、2行目…と順に進み、最後の行の次でデータなしになって終わります。

カーソルの問われ方

コードの中の名前Xが何かを問う問題では、OPEN・FETCH・CLOSE・WHERE CURRENT OF の対象になっていることが決め手です。これらを受け付けるのはカーソルだけです。

「導出表（問合せの結果としてできる表）を1行ずつ親プログラムに引き渡す」と書かれたら、字句は CURSOR です。ORDER BY（並べ替え）、UNION（結果の和）、UNIQUE（重複禁止の制約）は別の目的の字句です。

DBMSがクエリを実行するまでの流れ

DBMSはSQL文（クエリ）を受け取ると、構文解析 → 最適化 → コード生成 → 実行 の順に処理します。プログラムのコンパイルと似ていて、「読む→作戦を立てる→実行できる形にする」の順です。

flowchart LR
  A["クエリ（SQL文）"] --> B["① 構文解析"]
  B --> C["② 最適化"]
  C --> D["③ コード生成"]
  D --> E["実行"]

最適化を担う機能をオプティマイザと呼びます。「効率が良いアクセス経路を選択する機能は？」と聞かれたらオプティマイザです。

クエリ処理の問われ方

順番問題では、最適化とコード生成を入れ替えた選択肢が必ず混ざります。「作戦（実行計画）が決まる前に、実行用の手続きは作れない」と考えれば、最適化が先だと判断できます。最初が構文解析なのは、文を読めなければ何も始まらないからです。

機能名を問う問題では、名前の似た別分野の用語が並びます。