SQL応用と正規化

① GROUP BY句とHAVING句

GROUP BY句は、指定した列の値が同じ行をグループにまとめ、グループ単位で集計を行うための構文です。

```sql

SELECT 部署コード, COUNT(*) AS 人数, AVG(給与) AS 平均給与

FROM 社員

GROUP BY 部署コード

```

GROUP BYと一緒に使う集合関数（集約関数）は以下の5つです。

`COUNT(*)`はNULLを含むすべての行をカウントしますが、`COUNT(列名)`はその列がNULLの行を除いてカウントします。この違いは試験で問われやすいポイントです。

HAVING句は、GROUP BYでグループ化した後に条件を指定するための構文です。WHERE句はグループ化の前に行を絞り込みますが、HAVING句はグループ化の後にグループを絞り込みます。

```sql

SELECT 部署コード, COUNT(*) AS 人数

FROM 社員

WHERE 入社年 >= 2020

GROUP BY 部署コード

HAVING COUNT(*) >= 5

```

この例では、まずWHERE句で2020年以降入社の社員に絞り、次にGROUP BYで部署ごとにグループ化し、最後にHAVING句で人数5人以上の部署だけを抽出しています。

② ORDER BY句・AS句・UNION句・CASE式

ORDER BYはSELECT文の最後に書きます。複数の列を指定すると、先に書いた列を優先してソートします（例: `ORDER BY 部署コード ASC, 名前 ASC`）。

③ 正規化の3段階

正規化とは、データの重複や矛盾を排除するために、テーブルを段階的に分割していくプロセスです。

ステップバイステップの例で見てみましょう。

非正規形（元のデータ）:

→ 商品が横に繰り返されている（1セルに構造的な繰り返し）

第1正規化後（繰り返しを排除）:

→ 繰り返しがなくなった。主キーは（注文番号, 商品名）の複合キー

第2正規化後（部分関数従属を排除）:

「顧客名」と「合計金額」は注文番号だけで決まる（商品名に関係ない）→ これが部分関数従属。注文テーブルに分離する。

注文テーブル:

注文明細テーブル:

第3正規化後（推移的関数従属の排除＋導出項目削除）:

「単価」は商品名で決まり、商品名は主キーの一部 → 推移的関数従属。商品マスタに分離する。「合計金額」は単価×数量から計算できる 導出項目 → 削除する。

注文テーブル:

注文明細テーブル:

商品マスタ:

④ 主キーと外部キー

テーブル設計において、データの一意性と整合性を保証する重要な概念です。

外部キーにより、テーブル間のリレーション（関連性）が保証されます。たとえば、注文明細テーブルの「商品名」が商品マスタの主キーを外部キーとして参照していれば、商品マスタに存在しない商品名を注文明細に登録することはできません。

⑤ 正規化のメリットとデメリット

このため、データ分析やレポート用途では、あえて正規化を緩めて（非正規化して）結合を減らし、検索性能を優先するケースもあります。