はじめに
業務でテーブルを空にしたいときに使う TRUNCATE。
でも「これってロールバックできるの？」と疑問に思ったことはありませんか。
実は、データベースによって挙動が違います。
本記事では、有名なDBに絞って挙動を整理します。
主要DBごとの挙動
PostgreSQL
- ロールバック可能
-
TRUNCATEもトランザクション制御下に入るため、BEGIN … ROLLBACKで元に戻せます。 -
RESTART IDENTITYでシーケンス初期化も可能（これもロールバック対象）。
SQL Server
- ロールバック可能
-
BEGIN TRAN; TRUNCATE TABLE ...; ROLLBACK;で戻せます。 - ただし外部キー参照があると実行不可。
MySQL / MariaDB
- ロールバック不可
- 内部的に
DROP + CREATE相当の挙動。 - 暗黙コミットが走るため、ロールバックできません。
Oracle Database
- ロールバック不可
- DDLは基本的に即時コミットされる仕様。
-
DELETEならロールバック可能。
SQLite
- TRUNCATE構文なし
- テーブルを空にする場合は
DELETE FROMを使う。こちらはトランザクションでロールバック可能。
まとめ
- ロールバックできる → PostgreSQL、SQL Server
- ロールバックできない → MySQL / MariaDB、Oracle Database
- TRUNCATEが存在しない → SQLite
「DBによって TRUNCATE がロールバックできるかどうかが違う」 という一点を押さえておけば十分です。
実務で安全に扱いたいときは、使っているDBの仕様を必ず確認してから実行しましょう。