SQLの集計（集計関数・GROUP BY・HAVING）

結論：集計は「グループに分ける→1グループを1行にまとめる」

集計関数は、たくさんの行を1つの値にまとめる関数です。GROUP BY は、まとめる前に行をグループ分けする句です。HAVING は、まとめた後のグループを条件で絞り込む句です。

たとえば、レシートの山を「店ごと」に箱へ仕分けて（GROUP BY）、箱ごとに合計金額を出し（SUM）、合計1万円以上の箱だけ残す（HAVING）、という流れです。

集計関数5つ：何を数えるか

COUNT は中身の数値を見ずに行を数えます。 数量が3でも100でも、1行は1と数えます。WHERE があれば、条件に合う行だけを集計します。

SQLが処理される順番

書く順番と処理される順番は違います。この順番が分かると、「WHERE に集計関数を書けない」理由が分かります。

flowchart LR
  A["FROM 表を読む"] --> B["WHERE 行を絞る"]
  B --> C["GROUP BY グループ分け"]
  C --> D["HAVING グループを絞る"]
  D --> E["SELECT 列と集計値を出す"]
  E --> F["ORDER BY 並べ替え"]

WHERE が動く時点では、まだグループ分けも集計もしていません。そのため、WHERE AVG(点数) >= 80 は書けません。集計した結果で絞るときは、必ず HAVING を使います。

WHERE と HAVING の違い（最頻出）

「平均が80点以上の学生」は、平均を出してからでないと判定できないので HAVING です。WHERE 点数 >= 80 と書くと「80点以上の科目だけで平均を出す」という別の処理になり、80点未満の科目がある学生まで残ってしまいます。

GROUP BY のルール：SELECT の列と一致させる

SELECT に書く列は、集計関数の中に入れるか、GROUP BY に書くかのどちらかにします。グループを1行にまとめるので、グループ内で値がそろわない列は表示できないからです。

• ○ SELECT 注文日, AVG(数量) … GROUP BY 注文日
• × SELECT 注文日, AVG(数量) … GROUP BY 数量（注文日が1つの値に決まらない）
• × AVG(SUM(数量))（集計関数の入れ子は不可）
• × WHERE SUM(数量) > 1000（WHERE に集計関数は書けない）

GROUP BY に複数の列を書くと、その組み合わせごとに1グループになります。「クラスごと、教科ごと」なら GROUP BY クラス名, 教科名 です。ここに学生番号を足すと、1人ずつのグループになり、平均を出す意味がなくなります。

ORDER BY：最後に並べ替える

ORDER BY は結果の並び順を指定します。書かなければ昇順（ASC：小さい順）で、降順にしたいときは DESC を付けます。「クラス名、教科名の昇順」と言われたら ORDER BY クラス名, 教科名 です。

ORDER BY は SELECT の後に動くので、AS 平均点 で付けた別名も使えます。ただし試験では「問題文に書かれた並び順と同じ列を指定しているか」だけを確認すれば十分です。

試験での問われ方

• 集計値の比較：表と4つの SQL が示され、「最も大きな値はどれか」と問われる。COUNT(*) の行数を数量の値と取り違えさせる問題
• GROUP BY・HAVING の穴埋め：「学生ごと」「クラスごと・教科ごと」という問題文から、グループ化する列と、条件を HAVING に書くか WHERE に書くかを選ばせる
• GROUP BY・ORDER BY の穴埋め：グループに余計な列（学生番号・平均点）を足した選択肢や、並び順の列が問題文と違う選択肢でひっかける
• グループの数：表を示し、複数の列でグループ化したときのグループ数を数えさせる
• 構文の正誤：SELECT の列と GROUP BY の列が合っていない、集計関数を入れ子にしている、WHERE に集計関数を書いている、のどれかが誤りの選択肢になる