【SQL】TRUNCATE文でデータを一括削除する方法｜DELETE・DROPとの違いからRDBMS別の動作差異まで

この記事で学べること

• TRUNCATE TABLE の基本構文と使い方
• DELETE・DROP TABLE との違い（速度・ロールバック・ログ・権限）
• TRUNCATE の内部動作（DDL文としての挙動）
• AUTO_INCREMENT / IDENTITY / SERIAL のリセット動作
• 外部キー制約がある場合の対処法
• トランザクションとの関係（RDBMS別の動作差異）
• CASCADE（PostgreSQL固有の機能）
• RDBMS間比較（MySQL / PostgreSQL / SQL Server / Oracle）
• 権限要件・よくあるエラーと対処法
• 実務パターン（テスト環境リセット・データ入替え等）

TRUNCATE TABLE テーブル名;

-- employeesテーブルの全データを削除
TRUNCATE TABLE employees;

-- TABLEキーワードを省略した場合（同じ動作）
TRUNCATE employees;

注意：TRUNCATE文にはWHERE句を指定できません。常にテーブルの全行が削除されます。条件付きで削除したい場合はDELETE文を使います。

TRUNCATE TABLE orders, order_details, payments;

ポイント：SQL ServerとOracleでは1つのTRUNCATE文で複数テーブルを指定できません。個別に実行する必要があります。

-- 1. DELETE: 条件付きで行を削除（DML）
DELETE FROM employees WHERE department = '営業部';

-- 2. TRUNCATE: 全行を高速削除（DDL）
TRUNCATE TABLE employees;

-- 3. DROP: テーブル自体を削除（DDL）
DROP TABLE employees;

DELETE と TRUNCATE のパフォーマンス差

• 100万行のテーブルの場合、DELETEは数分かかることがありますが、TRUNCATEは数秒で完了します
• DELETEは行数に比例して遅くなりますが、TRUNCATEは行数にほぼ依存しません
• DELETEは大量のトランザクションログを生成するため、ログ領域の圧迫にも注意が必要です

注意：TRUNCATEはDDL文のため、多くのRDBMSでは暗黙のCOMMITが発生します。つまり、実行後にROLLBACKしてもデータは戻りません（PostgreSQLは例外）。

CREATE TABLE products (
    id    INT          AUTO_INCREMENT PRIMARY KEY,
    name  VARCHAR(50)
);

INSERT INTO products (name) VALUES
('商品A'), ('商品B'), ('商品C');

DELETE FROM products;

-- 再度INSERT
INSERT INTO products (name) VALUES ('商品D');

SELECT * FROM products;

実行結果

+----+--------+
| id | name   |
+----+--------+
|  4 | 商品D  |
+----+--------+

TRUNCATE TABLE products;

-- 再度INSERT
INSERT INTO products (name) VALUES ('商品D');

SELECT * FROM products;

実行結果

+----+--------+
| id | name   |
+----+--------+
|  1 | 商品D  |
+----+--------+

-- シーケンスをリセットしない（デフォルト）
TRUNCATE TABLE products CONTINUE IDENTITY;

-- シーケンスをリセットする
TRUNCATE TABLE products RESTART IDENTITY;

-- 親テーブル
CREATE TABLE departments (
    id    INT PRIMARY KEY,
    name  VARCHAR(50)
);

-- 子テーブル（departmentsを参照）
CREATE TABLE employees (
    id      INT PRIMARY KEY,
    name    VARCHAR(50),
    dept_id INT REFERENCES departments(id)
);

-- 子テーブルから参照されているためエラー
TRUNCATE TABLE departments;

エラー例（MySQL）

ERROR 1701 (42000): Cannot truncate a table referenced 
in a foreign key constraint

-- 1. 子テーブルを先に削除
TRUNCATE TABLE employees;

-- 2. 親テーブルを削除
TRUNCATE TABLE departments;

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

-- 自由にTRUNCATEできる
TRUNCATE TABLE departments;
TRUNCATE TABLE employees;

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

注意：FOREIGN_KEY_CHECKS を無効にした状態でデータを投入すると、整合性のないデータが入る可能性があります。必ず作業後に SET FOREIGN_KEY_CHECKS = 1; で再有効化してください。

-- departmentsとそれを参照するテーブルのデータも削除
TRUNCATE TABLE departments CASCADE;

-- RESTART IDENTITYと組み合わせることも可能
TRUNCATE TABLE departments RESTART IDENTITY CASCADE;

ポイント：CASCADE はPostgreSQL固有の機能です。MySQL・SQL Server・Oracleでは使えません。また、CASCADE の反対として RESTRICT（参照がある場合はエラー、デフォルト動作）もあります。

START TRANSACTION;

TRUNCATE TABLE products;
-- ここで暗黙のCOMMITが発生 → 前のトランザクションは確定

ROLLBACK;
-- TRUNCATEは既にCOMMIT済みのため、データは戻らない

BEGIN;

TRUNCATE TABLE products;
-- まだCOMMITされていない

ROLLBACK;
-- データが復元される！

BEGIN TRANSACTION;

TRUNCATE TABLE products;

-- 確認してからCOMMITまたはROLLBACK
SELECT COUNT(*) FROM products;
-- 0件なのを確認

COMMIT;
-- または ROLLBACK; でデータを復元

暗黙のCOMMITが発生するDDL文（MySQL / Oracle）

• TRUNCATE TABLE
• CREATE TABLE / ALTER TABLE / DROP TABLE
• CREATE INDEX / DROP INDEX
• RENAME TABLE
• これらの文をトランザクション中に実行すると、その前までの変更も自動的にCOMMITされます

-- ストレージ領域を解放する（デフォルト）
TRUNCATE TABLE products DROP STORAGE;

-- ストレージ領域を保持する（再投入予定の場合に高速）
TRUNCATE TABLE products REUSE STORAGE;

ポイント：REUSE STORAGE はデータを削除した後に大量のデータを再投入する予定がある場合に有効です。ストレージ領域の再確保が不要になるため、INSERT性能が向上します。

-- 特定ユーザーにTRUNCATE権限を付与
GRANT TRUNCATE ON products TO app_user;

-- スキーマ内の全テーブルに対して付与
GRANT TRUNCATE ON ALL TABLES IN SCHEMA public TO app_user;

注意：MySQLでTRUNCATEを実行するにはDELETE権限ではなくDROP権限が必要です。DELETE権限しか持っていないユーザーでTRUNCATEを実行するとエラーになります。

エラーメッセージ（MySQL）

ERROR 1701 (42000): Cannot truncate a table referenced 
in a foreign key constraint (`db`.`child_table`, 
CONSTRAINT `fk_parent` FOREIGN KEY (`parent_id`) 
REFERENCES `db`.`parent_table` (`id`))

-- 方法A: 子テーブルを先にTRUNCATE
TRUNCATE TABLE child_table;
TRUNCATE TABLE parent_table;

-- 方法B: 外部キーチェックを一時無効化（MySQL）
SET FOREIGN_KEY_CHECKS = 0;
TRUNCATE TABLE parent_table;
SET FOREIGN_KEY_CHECKS = 1;

-- 方法C: CASCADE（PostgreSQLのみ）
TRUNCATE TABLE parent_table CASCADE;

エラーメッセージ（MySQL）

ERROR 1142 (42000): DROP command denied to user 
'app_user'@'localhost' for table 'products'

-- MySQL: DROP権限を付与
GRANT DROP ON database_name.products TO 'app_user'@'localhost';
FLUSH PRIVILEGES;

エラーメッセージ（MySQL）

ERROR 1146 (42S02): Table 'db.view_name' doesn't exist

-- テスト環境のデータリセット
SET FOREIGN_KEY_CHECKS = 0;

TRUNCATE TABLE order_details;
TRUNCATE TABLE orders;
TRUNCATE TABLE payments;
TRUNCATE TABLE customers;
TRUNCATE TABLE products;

SET FOREIGN_KEY_CHECKS = 1;

-- テストデータの再投入
SOURCE /path/to/test_data.sql;

BEGIN;

-- 既存データをクリア
TRUNCATE TABLE daily_report RESTART IDENTITY;

-- 新しいデータを投入
INSERT INTO daily_report (report_date, category, total_sales)
SELECT
    sale_date,
    category,
    SUM(amount)
FROM sales
WHERE sale_date = CURRENT_DATE
GROUP BY sale_date, category;

COMMIT;
-- PostgreSQLならエラー時にROLLBACKでき、データ消失を防げる

-- 全ログを削除する場合はTRUNCATEが高速
TRUNCATE TABLE access_logs;

-- 古いログだけ残す場合はDELETEを使う
DELETE FROM access_logs
WHERE created_at < DATE_SUB(NOW(), INTERVAL 90 DAY);

ポイント：全データ削除ならTRUNCATE、条件付き削除ならDELETEと使い分けるのが鉄則です。「全行DELETE」は非効率なので、TRUNCATEに置き換えることを検討しましょう。

-- 1. バックアップを取得
CREATE TABLE products_backup AS
SELECT * FROM products;

-- 2. TRUNCATEでデータをクリア
TRUNCATE TABLE products;

-- 3. 新しいデータを投入
INSERT INTO products (id, name, price)
SELECT id, name, new_price
FROM migration_source;

-- 4. 問題なければバックアップを削除
DROP TABLE products_backup;