SQLの結合と集計

SQLは書いた順ではなくFROM（結合）→ WHERE（行の絞り込み）→ GROUP BY（まとめる）→ HAVING（集計後の絞り込み）→ SELECT → ORDER BYの順に処理されます。この処理順を頭に入れておくと、「なぜ WHERE に SUM が書けないのか」「なぜ SELECT の別名が WHERE で使えないのか」が説明できます。

判断軸はただ1つ、「一致しない行を残したいか」です。試験で外部結合を選ぶ理由は、ほぼ例外なく実績ゼロの行も一覧に出したいから。設問文に「受注のない顧客も含めて」「売上が0の商品も表示する」「取引実績の有無にかかわらず全ての取引先を」といった語があれば、そこが外部結合の合図です。逆に「実績のある顧客だけ」なら内部結合で足ります。LEFTはFROM に先に書いた表（残したい側）を全部残す、と覚えます。

外部結合を書いたのに、WHERE に右側の表の条件を書くと内部結合に戻ってしまいます。右側が NULL の行は「受注.金額 >= 100」のような条件で必ず偽になり、消えるからです。残したい側の相手にかける条件は ON に、結合後の全体にかける条件は WHERE に。この置き場所の違いは、穴埋めでも狙われます。

SELECT に書ける列は、原則GROUP BY に並べた列か集計関数だけです。穴埋めで「SELECT に顧客名があるのに GROUP BY に顧客番号しかない」形を見たら、顧客名も GROUP BY に足すのが定番の解答になります。

NOT IN は、内側の結果に NULL が1つでも混じると1行も返らなくなります（NULL との比較が「不明」になり、真になれないため）。NOT EXISTS にはこの落とし穴がありません。「NOT IN で書いたら結果が空になった」という不具合の理由づけは、そのまま記述解答になります。

つなげる両側は列数が同じで、対応する列のデータ型が両立していることが条件。列名は左側のものが使われます。ORDER BY は全体に対して最後に1つだけ書きます（片側だけに付けることはできない）。

外部結合と COUNT はセットで問われます。「取引実績のない取引先は0件と表示する」という要件が出たら、答えは左外部結合＋COUNT(相手表の列)、金額側はCOALESCE(SUM(…),0)。COUNT(*) と書くと0件のはずが1件になる、という誤りの指摘まで書けると強いです。

結合する列は外部キーと、その参照先の主キーであるのが原則です。だからSQLの穴埋めが解けないときは、まずE-R図や表定義に戻ってどの列が主キーで、どの列が他の表を指しているかを確認します。結合条件は自分で考えるものではなく、表定義から読み取るものです。

SQL穴埋めは、次の順に決めると迷いません。
①求めたい1行の単位は何か（明細1件か、顧客ごとか、月ごとか）→ そのまま GROUP BY の列になる。
②その単位を作るのに、どの表が要るか → FROM に並べ、主キーと外部キーで結合条件を書く。
③実績ゼロの行も出すか → 出すなら外部結合、出さないなら内部結合。
④絞り込みは集計の前か後か → 前なら WHERE、後なら HAVING。
⑤NULLが出るか → 出るなら COALESCE／COUNT(列名) で始末する。
この①〜⑤を順に埋めれば、空欄に入る句は消去法でほぼ1つに絞れます。