【デスペ午後I・SQL＆排他制御の急所】ウィンドウ関数・相関サブクエリとデッドロック発生シーケンスの完全解剖

近年のデータベーススペシャリスト午後I・午後IIでは、単なるGROUP BYだけでなく、分析関数（ウィンドウ関数）を用いたSQL穴埋め問題が定番化している。 たとえば「倉庫・部品ごとに、前後3日間（計7日間）の出庫数量の移動平均を求める」というSQLが出たら、見るべき箇所は3つだけだ。 1. `PARTITION BY 倉庫コード, 部品番号`（どのグループ単位で枠を区切るか） 2. `ORDER BY 履歴年月日`（何の順序で並べるか） 3. `ROWS BETWEEN 3 PRECEDING AND 3 FOLLOWING`（現在行から前後何行を集計対象にするか） また、LEFT OUTER JOINと組み合わせた集計で「該当行が存在しない場合は0を表示する」という要件があれば、必ず `COALESCE(SUM(数量), 0)` の形を疑おう。SQL穴埋めはゼロから書く必要はない。SELECT句の列別名、GROUP BY句の集約キー、WHERE句とHAVING句の条件の対応関係をパズルのように照合すれば確実に埋められる。

SQL問題とセットで問われるのが、同時実行制御（ロックと分離レベル）だ。 「トランザクションAとトランザクションBが同時実行されたとき、デッドロックが発生する理由を述べよ」「デッドロックを防ぐためにプログラムの処理順序やORDER BY句をどう変更すべきか」という設問では、必ず余白に時系列（t1, t2, t3, t4）の2列マトリクスを描こう。 ・t1：Tx1がテーブルX（または契約#101）に専有ロックを獲得 ・t2：Tx2がテーブルY（または契約#102）に専有ロックを獲得 ・t3：Tx1がテーブルY（または契約#102）の専有ロックを要求し、ロック解放待ち ・t4：Tx2がテーブルX（または契約#101）の専有ロックを要求し、互いにロック解放待ち（デッドロック成立） この構造が見えれば、対策は「②と③のSQLの実行順序を入れ替え、両トランザクションともテーブルX→テーブルYの順にロックを獲得するように統一する」または「カーソルのORDER BY句を契約#昇順に統一する」と一発で導き出せる。