normalization（正規化）とdenormalization（非正規化）のトレードオフは何ですか。

Question

IT Interview Practice · Accepted Answer

**normalization**は、各事実がちょうど1か所に存在するようデータを整理し、冗長性を取り除きます。**denormalization**は、読み取りを速くするために意図的にデータを複製します。ほとんどのスキーマは正規化から始め、計測が求める箇所だけを非正規化します。

## normalization（3NFまで）

各テーブルは1つのエンティティを表し、関連データは外部キーで参照します。

```sql
-- Normalized: a customer's city is stored once
customers(id, name, city_id)
cities(id, name)
orders(id, customer_id, total)
```

- **利点** — 更新時異常がない（cityの名称を1行変えるだけ）、格納容量が小さい、外部キーによる整合性。
- **欠点** — 読み取りにJOINが必要。多くのエンティティに触れるレポートは5つのテーブルを結合することもある。

## denormalization

```sql
-- Denormalized: city copied onto every order for fast reporting
orders(id, customer_id, city_name, total)
-- + a summary table maintained by the app or triggers
order_daily_totals(day, city_name, total_sales)
```

- **利点** — 結合が少ない、読み取りが速い、集計が安価。
- **欠点** — 複製したデータを同期させ続けねばならない（書き込みが増え、ずれのリスクがある）、容量が増える、すべての書き込み側がすべてのコピーの更新を忘れずに行う必要がある。

## 判断の仕方

正しさのために既定では正規化します。EXPLAINが結合をボトルネックだと示した後で、**特定のホットな読み取り経路**だけを非正規化します。そして、真実の源（source of truth）は正規化したまま保ち、再構築できる派生コピー（サマリテーブル、マテリアライズドキャッシュ）を保守するのが望ましいです。

## なぜ重要なのか

これはスキーマ設計の中核となるトレードオフです。過剰な正規化はダッシュボードを這うほど遅くし、過剰な非正規化は整合の取り直しに費用のかかる不整合データを生みます。*なぜ*データを複製するのか、そしてそのコピーをどう信頼できる状態に保つのかを知っていることが、スケールするスキーマと朽ちていくスキーマを分けます。

normalization（3NFまで）

denormalization

判断の仕方

なぜ重要なのか

関連する質問