Seorang penguji ingin menghapus tabel pementasan sebelum pengujian baru dijalankan. Haruskah DELETE, TRUNCATE atau DROP? Pilihan yang salah bisa berarti pekerjaan lambat, meja hilang, atau, dalam produksi, sore yang sangat buruk.

Kami menjalankan contoh DELETE dan DROP di bawah ini di SQLite 3.50, dan output berasal dari proses tersebut. SQLite tidak memiliki perintah TRUNCATE, jadi catatan TRUNCATE didasarkan pada dokumentasi resmi PostgreSQL, MySQL, dan SQL Server, bukan pengujian kami sendiri.

Jawaban singkatnya

• Perlu menghapus beberapa baris? Gunakan DELETE ... WHERE.
• Perlu mengosongkan meja tetapi tetap menyimpannya? Gunakan TRUNCATE, jika didukung.
• Perlu mejanya dihilangkan selamanya? Gunakan DROP TABLE.

HAPUS: menghapus baris

DELETE adalah perintah perubahan data (DML). Ini menghapus baris satu per satu, mengaktifkan pemicu tingkat baris dan dapat difilter. Kami menyiapkan tabel kecil dengan pemicu audit:

CREATE TABLE logs (id INTEGER PRIMARY KEY AUTOINCREMENT, level TEXT);
INSERT INTO logs (level) VALUES ('INFO'),('ERROR'),('INFO'),('DEBUG');

CREATE TABLE audit (msg TEXT);
CREATE TRIGGER logs_delete AFTER DELETE ON logs
BEGIN INSERT INTO audit VALUES ('deleted ' || OLD.id); END;

DELETE FROM logs WHERE level = 'DEBUG';

SELECT id, level FROM logs;  -- (1,'INFO'), (2,'ERROR'), (3,'INFO')
SELECT * FROM audit;         -- 'deleted 4'

Hanya baris yang cocok yang masuk, dan pemicu mencatatnya. Menjalankan DELETE FROM logs tanpa klausa WHERE menghapus tiga baris lainnya, dan tabel audit kemudian menampung empat entri, satu per baris yang dihapus.

DELETE tidak mengatur ulang penghitung kenaikan otomatis. Setelah mengosongkan tabel, penyisipan berikutnya menerima id 5, bukan 1. Dalam SQLite ini karena AUTOINCREMENT. Kolom identitas MySQL InnoDB dan SQL Server juga berlanjut dari tempatnya setelah DELETE.

TRUNCATE: mengosongkan tabel

TRUNCATE TABLE logs; menghapus setiap baris sekaligus. Itu tidak dapat mengambil klausa WHERE. Alih-alih menghapus baris satu per satu, database biasanya melepaskan halaman data tabel, itulah sebabnya mengapa hal ini jauh lebih cepat pada tabel besar.

Saat kami menjalankannya di SQLite, kami mendapat kesalahan sintaksis, karena SQLite tidak memiliki perintah:

TRUNCATE TABLE logs;
-- near "TRUNCATE": syntax error

Di SQLite, gunakan DELETE FROM logs; tanpa klausa WHERE. Dokumentasi SQLite menjelaskan “optimasi pemotongan” yang menjadikannya cepat ketika tabel tidak memiliki pemicu. Tabel kami memiliki pemicu, jadi penghapusan dijalankan baris demi baris dan mengaktifkannya untuk setiap baris.

Dalam database yang mendukung TRUNCATE, berdasarkan dokumentasinya:

• Biasanya tidak memicu pemicu DELETE tingkat baris.
• Biasanya mengatur ulang penghitung identitas atau kenaikan otomatis, misalnya di MySQL dan SQL Server. Di PostgreSQL Anda menambahkan RESTART IDENTITY.
• Dibutuhkan izin yang lebih kuat daripada DELETE di sebagian besar sistem.

DROP: menghapus tabel itu sendiri

DROP TABLE adalah perintah skema (DDL). Ini menghapus data, definisi tabel, indeksnya, pemicu dan batasannya. Segala sesuatu yang mengacu pada tabel, seperti tampilan atau kunci asing, juga terpengaruh.

DROP TABLE logs;
SELECT * FROM logs;
-- no such table: logs

DROP TABLE IF EXISTS logs;  -- no error, even though it is gone

IF EXISTS berguna dalam skrip pengaturan yang mungkin dijalankan lebih dari sekali. Tampilan pada tabel yang dijatuhkan dapat rusak, seperti yang kami tunjukkan di penjelasan tampilan SQL.

Tabel perbandingan

Bisakah kamu memutar kembali?

Di sinilah banyak artikel menyederhanakan. Jawaban jujurnya adalah itu tergantung pada database.

DELETE dapat dikembalikan ke dalam transaksi di mana saja. Kami mengujinya:

BEGIN;
DELETE FROM logs;
SELECT COUNT(*) FROM logs;  -- 0
ROLLBACK;
SELECT COUNT(*) FROM logs;  -- 3

DROP juga dibatalkan di SQLite, yang mendukung DDL transaksional:

BEGIN;
DROP TABLE logs;
ROLLBACK;
SELECT COUNT(*) FROM logs;  -- 1 (the table is back)

Untuk TRUNCATE dan DROP di database lain, menurut dokumentasinya:

Jadi “TRUNCATE tidak akan pernah bisa dibatalkan” salah untuk PostgreSQL dan SQL Server, dan “selalu bisa dibatalkan” salah untuk MySQL. Di luar transaksi, tidak ada satupun yang dapat dibatalkan tanpa cadangan.

Mengapa TRUNCATE cepat

DELETE mencatat setiap baris yang dihapus sehingga perubahan dapat dibatalkan dan direplikasi, memicu pemicu dan memeriksa batasan baris demi baris. Di atas meja dengan jutaan baris, hal itu menciptakan banyak pekerjaan dan volume log. TRUNCATE umumnya membatalkan alokasi penyimpanan dalam satu operasi, sehingga mencatat log jauh lebih sedikit. Untuk menghapus sebagian besar daripada semuanya, hapus secara bertahap sehingga Anda menghindari kunci yang panjang. Kami menanggung biaya penguncian dan kueri dalam optimasi kueri SQL.

Kunci dan izin asing

• Kunci asing. SQL Server menolak untuk MEMOTONG tabel yang direferensikan oleh kunci asing. PostgreSQL mengharuskan Anda untuk memotong tabel referensi juga, atau menggunakan CASCADE. DELETE memeriksa setiap baris terhadap batasan.
• Izin. DELETE memerlukan hak penghapusan. TRUNCATE sering kali memerlukan ALTER atau hak TRUNCATE khusus, dan DROP memerlukan kepemilikan atau ALTER pada skema.
• Replikasi dan audit. Jika sistem lain bergantung pada log perubahan atau pemicu tingkat baris, TRUNCATE mungkin melewatkannya. Tanyakan kepada siapa pun yang memiliki sistem tersebut terlebih dahulu.

Yang mana yang harus digunakan

Untuk data pengujian, TRUNCATE populer karena menyetel ulang ID, sehingga pengujian dapat diulang. Menggabungkan setiap pengujian dalam transaksi yang dibatalkan adalah opsi lain, dijelaskan dalam transaksi SQL dan ACID.

Daftar periksa keselamatan

1. Konfirmasikan database dan lingkungan mana yang terhubung dengan Anda.
2. Jalankan klausa WHERE sebagai SELECT terlebih dahulu.
3. Bungkus perubahan dalam transaksi yang didukung database Anda.
4. Miliki cadangan terbaru yang telah diuji sebelum TRUNCATE atau DROP dalam produksi.
5. Masukkan pernyataan DROP dalam skrip migrasi yang telah ditinjau, jangan pernah di konsol ad-hoc.
6. Periksa apa yang bergantung pada tabel, seperti tampilan, kunci asing, dan laporan, sebelum menghapusnya.

Menghapus data dalam jumlah besar dengan aman

Menghapus jutaan baris dengan satu DELETE dapat mengunci tabel dalam waktu lama, mengisi log transaksi, dan memperlambat replikasi. Pola yang umum adalah menghapus dalam jumlah kecil dan mengulanginya hingga tidak ada yang tersisa:

-- SQL Server style (not run for this article)
DELETE TOP (5000) FROM logs WHERE created_at < '2026-01-01';

-- PostgreSQL style (not run for this article)
DELETE FROM logs
WHERE id IN (SELECT id FROM logs WHERE created_at < '2026-01-01' LIMIT 5000);

Jalankan pernyataan dalam satu putaran, dengan jeda singkat antar batch, hingga melaporkan nol baris. Setiap batch adalah transaksi kecil, jadi kuncinya pendek dan kueri lainnya tetap berjalan. Indeks pada kolom filter, di sini created_at, membuat setiap batch tetap cepat.

Untuk data yang bertambah berdasarkan tanggal, seperti log dan peristiwa, partisi tabel bahkan lebih baik lagi. Setiap bulan berada di partisinya sendiri, dan menghapus data lama menjadi operasi cepat yang menghapus atau memotong satu partisi alih-alih menghapus baris satu per satu.

Penghapusan sementara

Banyak aplikasi tidak pernah menghapus catatan bisnis secara fisik. Mereka menambahkan kolom seperti deleted_at dan mengaturnya, dan kueri kemudian memfilter deleted_at IS NULL. Penghapusan sementara memudahkan pemulihan dan menyimpan riwayat untuk audit, namun setiap kueri harus mengingat filternya, yang merupakan pekerjaan yang baik untuk tampilan. Batasan unik juga perlu diperhatikan, karena baris yang dihapus sementara masih menyimpan nilainya. Undang-undang privasi mungkin mengharuskan penghapusan data pribadi secara nyata setelah jangka waktu tertentu, jadi penghapusan sementara bukanlah pengganti kebijakan penyimpanan.

Penutup

DELETE adalah alat yang tepat dan hati-hati. TRUNCATE adalah tombol reset cepat, dan DROP menghapus tabel seluruhnya. Risiko terbesar adalah mengasumsikan satu database berperilaku seperti database lainnya, terutama saat melakukan rollback. Jika ragu, uji perintah pada salinan tabel di database Anda terlebih dahulu.

Pertanyaan yang sering diajukan

Teruslah belajar