正規化難易度 ★★☆☆☆
崩れた表で名前を変える
商品番号 10 の商品名が 'pen' から 'ballpen' に変わりました。juchu_nama の中身を正しく直してください。ほかの商品の行は変えないでください。
主要 7 製品で通用 そのまま使える: PostgreSQL / MySQL / MariaDB / SQLite / SQL Server / Oracle Database / IBM Db2
● 起動中…
この問題で使えるテーブル（名前をタップすると入力できます）
8 行
| 列 | 型 | NULL |
|---|---|---|
| 🔑 | int | 不可 |
| 🔑 | int | 不可 |
| text | 不可 | |
| numeric(10,0) | 不可 | |
| int | 不可 |
データを見る（先頭 5 行）
| juchu_id | shohin_id | shohin_mei | tanka | suryo |
|---|---|---|---|---|
| 1 | 10 | pen | 120 | 3 |
| 1 | 11 | note | 200 | 2 |
| 2 | 10 | pen | 120 | 5 |
| 2 | 12 | eraser | 80 | 1 |
| 3 | 11 | note | 200 | 4 |
6 行
| 列 | 型 | NULL |
|---|---|---|
| 🔑 | int | 不可 |
| text | 不可 | |
| int | 不可 | |
| text | 不可 |
データを見る（先頭 5 行）
| kaiin_id | kaiin_mei | pref_code | pref_mei |
|---|---|---|---|
| 1 | sato | 13 | tokyo |
| 2 | suzuki | 27 | osaka |
| 3 | takahashi | 13 | tokyo |
| 4 | tanaka | 23 | aichi |
| 5 | ito | 27 | osaka |
解説
結論
崩れた表では、1 つのことを直すのに何行も直すことになります。
★これが「更新時異常」です: 商品名は本来 1 か所に書いてあればよいものなのに、juchu_nama では受注の行ごとに書かれているので 3 行あります。3 行とも直して初めて正しくなり、1 行でも忘れると、同じ商品番号なのに名前が違う行が残ります。しかもデータベースはそれを止めてくれません。どの行が正しいのかも分からなくなります。
★正規化してあれば 1 行で済みました: 商品を別の表に切り出しておけば、直すのは商品の表の 1 行だけです。受注の側は商品番号しか持っていないので、直す必要がありません。行が増えるほど差が開きます。
★行が増えることの怖さ
いまは 3 行ですが、実際の受注は何万行にもなります。「直し忘れが 1 行もない」ことを人が確かめるのは現実的ではありません。確かめなくてよい形にしておくのが正規化の狙いです。
⚠️ 条件を間違えると静かに失敗します。1 行も条件に合わなくてもエラーにはならず、「実行できた」とだけ出ます。何行変わったかを必ず確かめてください。
根拠（一次情報）
- PostgreSQL 18 マニュアル: UPDATE一次情報・確認 2026-09-03
- PostgreSQL 18 マニュアル: CREATE TABLE一次情報・確認 2026-09-03