DELETE難易度 ★★★☆☆

別の表の条件で消す

取消された受注（juchu.status が cancel）に紐づく明細を juchu_meisai テーブルから削除してください。受注そのものは残します。

この書き方が使えない製品があります そのまま使える: PostgreSQL / MySQL / MariaDB / SQLite / SQL Server / Oracle Database

未確認: IBM Db2

● 起動中…

この問題で使えるテーブル（名前をタップすると入力できます）

10 行

データを見る（先頭 5 行）

juchu_id	kokyaku_id	juchu_on	status
1001	1	2025-11-05	done
1002	2	2025-11-18	done
1003	1	2025-12-02	done
1004	3	2025-12-09	cancel
1005	4	2025-12-24	done

17 行

データを見る（先頭 5 行）

juchu_id	gyo_no	shohin_id	suryo	tanka
1001	1	1	20	180
1001	2	2	30	120
1002	1	4	2	23800
1002	2	5	1	18500
1003	1	6	4	4200

5 行

データを見る（先頭 5 行）

kokyaku_id	kokyaku_name	pref	created_on
1	青葉工業	東京都	2024-05-10
2	白樺物産	大阪府	2024-08-01
3	黒松システム	東京都	2025-01-15
4	赤坂商会	NULL	2025-03-20
5	三田商事	愛知県	2025-06-01

7 行

データを見る（先頭 5 行）

shohin_id	shohin_name	category	price
1	ノート	文具	180
2	ボールペン	文具	120
3	付箋	文具	250
4	デスクチェア	家具	24800
5	書棚	家具	18500

結論

別の表の条件で消すときは、副問い合わせで対象の鍵を作ります。

なぜ

DELETE FROM に書けるのは 1 つの表だけです。結合して消すことはできません（製品によっては拡張構文がありますが、標準ではありません）。副問い合わせで「消すべき行の主キー」を求め、それに含まれる行を消すのが移植性の高い書き方です。

⚠️ 親子関係のある表では、削除の順番が問題になります。ここでは明細（子）だけを消すので問題ありませんが、受注（親）を先に消そうとすると、明細から参照されているため外部キー制約で拒否されます。

よくある間違い

①条件を逆にして残すべき行を消す ②親子の順番を誤って制約違反になる。