【SQL】DROP TABLEでテーブルを削除する方法｜IF EXISTS・CASCADE・TRUNCATE違い・RDBMS別構文

この記事で学べること

• DROP TABLEの基本構文と実行例
• IF EXISTSでエラーを防ぐ安全な削除方法
• 複数テーブルの一括削除
• CASCADE CONSTRAINTSで外部キー制約ごと削除
• DROP TABLE・TRUNCATE TABLE・DELETEの使い分け
• INFORMATION_SCHEMAでテーブル存在を確認する方法
• MySQL・PostgreSQL・SQL Server・Oracle・SQLite別の構文比較
• 一時テーブルの削除方法
• よくあるエラーと対処法
• 実務での安全なテーブル削除パターン

DROP TABLE テーブル名;

-- employeesテーブルを削除
DROP TABLE employees;

実行結果

Query OK, 0 rows affected (0.05 sec)

注意：DROP TABLEはDDL（Data Definition Language）に分類されます。実行すると自動的にCOMMITされるため、ROLLBACKで元に戻すことはできません。

-- テーブルが存在する場合のみ削除
DROP TABLE IF EXISTS employees;

-- employeesテーブルが存在しない場合
DROP TABLE employees;

エラー出力

ERROR 1051 (42S02): Unknown table 'database_name.employees'

DROP TABLE IF EXISTS employees;

実行結果

Query OK, 0 rows affected, 1 warning (0.00 sec)

ポイント：マイグレーションスクリプトやバッチ処理では、IF EXISTSを付けるのが鉄則です。テーブルの有無に関わらずスクリプトが正常に実行されるため、環境差異による失敗を防げます。

-- 3つのテーブルを同時に削除
DROP TABLE employees, departments, salaries;

-- 存在するテーブルだけ削除
DROP TABLE IF EXISTS employees, departments, salaries;

注意：複数テーブルの一括削除はMySQL・PostgreSQL・SQLiteで対応しています。Oracle・SQL Serverでは1テーブルずつDROP TABLE文を実行する必要があります。

-- orders → customers の外部キー関係がある場合
-- 子テーブル（参照する側）を先に削除
DROP TABLE IF EXISTS orders;
-- 親テーブル（参照される側）を後に削除
DROP TABLE IF EXISTS customers;

-- ordersテーブルがcustomersを外部キー参照している場合
DROP TABLE customers;

エラー出力（MySQL）

ERROR 3730 (HY000): Cannot drop table 'customers' referenced by a foreign key constraint 'orders_ibfk_1' on table 'orders'.

-- 外部キー制約も一緒に削除（子テーブルのデータは残る）
DROP TABLE customers CASCADE;

注意：PostgreSQLのCASCADEは外部キー制約を削除するだけで、子テーブル自体やそのデータは削除しません。あくまで「制約の連鎖削除」です。

-- 外部キー制約ごとテーブルを削除
DROP TABLE customers CASCADE CONSTRAINTS;

-- PURGE を付けるとごみ箱にも残さない
DROP TABLE customers CASCADE CONSTRAINTS PURGE;

-- 外部キーチェックを一時的に無効化
SET FOREIGN_KEY_CHECKS = 0;

DROP TABLE IF EXISTS customers;

-- 外部キーチェックを再度有効化
SET FOREIGN_KEY_CHECKS = 1;

注意：FOREIGN_KEY_CHECKSを無効化した状態で親テーブルを削除すると、子テーブルの外部キー制約は宙ぶらりんになります。子テーブルの制約も手動で削除するか、子テーブルごと削除してください。

-- 1. 外部キー制約を先に削除
ALTER TABLE orders
DROP CONSTRAINT FK_orders_customers;

-- 2. テーブルを削除
DROP TABLE customers;

-- テーブル自体が不要 → DROP TABLE
DROP TABLE IF EXISTS tmp_work_data;

-- テーブル構造は残して全データを削除 → TRUNCATE TABLE
TRUNCATE TABLE access_logs;

-- 特定の条件に合うデータだけ削除 → DELETE
DELETE FROM access_logs
WHERE created_at < '2024-01-01';

ポイント：開発環境でテーブルを作り直す場合はDROP TABLE → CREATE TABLEのセットが定番です。本番環境で全データを消すだけならTRUNCATE TABLEを使います。

-- テーブルが存在するか確認
SELECT TABLE_NAME
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'your_database'
  AND TABLE_NAME = 'employees';

実行結果（テーブルが存在する場合）

+------------+
| TABLE_NAME |
+------------+
| employees  |
+------------+
1 row in set (0.00 sec)

-- SQL Server 2016以降
DROP TABLE IF EXISTS employees;

-- SQL Server 2014以前
IF OBJECT_ID('dbo.employees', 'U') IS NOT NULL
  DROP TABLE dbo.employees;

-- 基本
DROP TABLE employees;

-- IF EXISTS付き
DROP TABLE IF EXISTS employees;

-- 複数テーブル一括削除
DROP TABLE IF EXISTS employees, departments;

-- 一時テーブル削除
DROP TEMPORARY TABLE IF EXISTS tmp_work;

-- 基本
DROP TABLE employees;

-- IF EXISTS付き
DROP TABLE IF EXISTS employees;

-- CASCADE（外部キー制約も削除）
DROP TABLE IF EXISTS employees CASCADE;

-- RESTRICT（参照されていればエラー ※デフォルト）
DROP TABLE employees RESTRICT;

-- 基本
DROP TABLE employees;

-- IF EXISTS付き（SQL Server 2016以降）
DROP TABLE IF EXISTS employees;

-- スキーマ指定
DROP TABLE dbo.employees;

-- 旧バージョン対応
IF OBJECT_ID('dbo.employees', 'U') IS NOT NULL
  DROP TABLE dbo.employees;

-- 基本（ごみ箱に入る）
DROP TABLE employees;

-- 完全削除（ごみ箱に入れない）
DROP TABLE employees PURGE;

-- 外部キー制約ごと削除
DROP TABLE employees CASCADE CONSTRAINTS;

-- 完全削除 + 外部キー制約ごと
DROP TABLE employees CASCADE CONSTRAINTS PURGE;

ポイント：OracleのDROP TABLEはIF EXISTS構文がありません（23c以降で対応予定）。存在確認が必要な場合はPL/SQLで対処します。

-- 基本
DROP TABLE employees;

-- IF EXISTS付き
DROP TABLE IF EXISTS employees;

-- 一時テーブルを作成
CREATE TEMPORARY TABLE tmp_results (
  id INT,
  name VARCHAR(100)
);

-- 一時テーブルのみを削除（通常テーブルは影響なし）
DROP TEMPORARY TABLE IF EXISTS tmp_results;

ポイント：DROP TEMPORARY TABLEは一時テーブルだけを対象にするため、同名の通常テーブルを誤って削除する心配がありません。MySQLでは一時テーブルと通常テーブルが同名でも共存できます。

-- PostgreSQL: 通常のDROP TABLEで削除
DROP TABLE IF EXISTS tmp_results;

-- SQL Server: #付きの一時テーブル
DROP TABLE IF EXISTS #tmp_results;

-- SQL Server: ##付きのグローバル一時テーブル
DROP TABLE IF EXISTS ##tmp_results;

-- ごみ箱の中身を確認
SELECT object_name, original_name, type
FROM user_recyclebin;

-- テーブルを復元
FLASHBACK TABLE employees TO BEFORE DROP;

-- 別名で復元
FLASHBACK TABLE employees TO BEFORE DROP RENAME TO employees_restored;

注意：DROP TABLE ... PURGEで削除した場合、ごみ箱に入らないためFLASHBACK TABLEでの復旧は不可能です。復旧の可能性を残すなら、PURGEは付けないようにしましょう。

-- 事前にバックアップを取得しておく
mysqldump -u root -p my_database employees > employees_backup.sql

-- 復元する場合
mysql -u root -p my_database < employees_backup.sql

-- エラーが出る
DROP TABLE non_existent_table;
-- ERROR 1051 (42S02): Unknown table 'db.non_existent_table'

-- 対処: IF EXISTSを付ける
DROP TABLE IF EXISTS non_existent_table;

-- エラーが出る場合
DROP TABLE customers;
-- ERROR 3730: Cannot drop table referenced by foreign key

-- 対処1: 外部キーチェックを無効化
SET FOREIGN_KEY_CHECKS = 0;
DROP TABLE customers;
SET FOREIGN_KEY_CHECKS = 1;

-- 対処2: 子テーブルを先に削除
DROP TABLE orders;   -- 子テーブルを先に
DROP TABLE customers; -- 親テーブルを後に

-- 現在の権限を確認
SHOW GRANTS FOR 'username'@'localhost';

-- DROP権限を付与（管理者が実行）
GRANT DROP ON my_database.* TO 'username'@'localhost';
FLUSH PRIVILEGES;

-- "order"は予約語なのでエラーになる
DROP TABLE order;
-- ERROR 1064: Syntax error

-- 対処: バッククォート（MySQL）やダブルクォート（標準SQL）で囲む
DROP TABLE `order`;        -- MySQL
DROP TABLE "order";        -- PostgreSQL / Oracle
DROP TABLE [order];        -- SQL Server

-- 1. テーブルの存在とデータ件数を確認
SELECT COUNT(*) AS row_count
FROM employees;

-- 2. 外部キー制約を確認（MySQL）
SELECT
  TABLE_NAME,
  CONSTRAINT_NAME,
  REFERENCED_TABLE_NAME
FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE
WHERE REFERENCED_TABLE_NAME = 'employees';

-- 3. テーブル構造を確認
DESCRIBE employees;

-- MySQLの場合: mysqldumpでバックアップ
mysqldump -u root -p my_database employees > backup_employees_$(date +%Y%m%d).sql

-- SQL内でバックアップテーブルを作成する方法もある
CREATE TABLE employees_backup_20240301 AS
SELECT * FROM employees;

-- ステップ1: テーブルをリネーム（_dropme接尾辞を付ける）
ALTER TABLE employees
RENAME TO _employees_dropme_20240301;

-- ステップ2: アプリケーションに影響がないか1〜2週間確認
-- （エラーが出たらリネームを戻せばOK）

-- ステップ3: 問題なければ削除
DROP TABLE _employees_dropme_20240301;

実務での安全な削除チェックリスト

• 対象テーブルのデータ件数を確認した
• テーブルを参照している外部キー制約を確認した
• テーブルを使っているビュー・ストアドプロシージャがないか確認した
• アプリケーションコードで当該テーブルを参照している箇所がないか確認した
• バックアップを取得した
• 可能であればリネーム方式で一定期間運用確認した
• 作業はメンテナンス時間帯に実施する

-- ============================================
-- マイグレーション: 不要テーブルの削除
-- 実行日: 2024-03-01
-- 対象: old_logs, temp_data, deprecated_config
-- ============================================

-- バックアップテーブル作成
CREATE TABLE IF NOT EXISTS _bak_old_logs AS
  SELECT * FROM old_logs;

-- 外部キーチェックを一時停止
SET FOREIGN_KEY_CHECKS = 0;

-- テーブル削除
DROP TABLE IF EXISTS old_logs;
DROP TABLE IF EXISTS temp_data;
DROP TABLE IF EXISTS deprecated_config;

-- 外部キーチェックを復元
SET FOREIGN_KEY_CHECKS = 1;

ポイント：DROP TABLEは取り消しができない強力なコマンドです。特に本番環境では、バックアップ取得 → リネーム → 動作確認 → 削除の手順を徹底し、事故を未然に防ぎましょう。