Ein Tester möchte eine Staging-Tabelle vor einem neuen Testlauf löschen. Sollte es DELETE, TRUNCATE oder DROP sein? Die falsche Wahl kann eine langsame Arbeit, einen fehlenden Tisch oder, in der Produktion, einen sehr schlechten Nachmittag bedeuten.

Wir haben die DELETE- und DROP-Beispiele unten in SQLite 3.50 ausgeführt und die Ausgaben stammen aus dieser Ausführung. SQLite verfügt über keinen TRUNCATE-Befehl, daher basieren die TRUNCATE-Hinweise auf der offiziellen PostgreSQL-, MySQL- und SQL Server-Dokumentation und nicht auf unserem eigenen Test.

Die kurze Antwort

• Müssen einige Zeilen entfernt werden? Verwenden Sie DELETE ... WHERE.
• Müssen Sie einen Tisch leeren, ihn aber behalten? Verwenden Sie TRUNCATE, wo es unterstützt wird.
• Muss der Tisch endgültig verschwunden sein? Verwenden Sie DROP TABLE.

LÖSCHEN: Zeilen entfernen

DELETE ist ein Datenänderungsbefehl (DML). Es entfernt Zeilen einzeln, löst Trigger auf Zeilenebene aus und kann gefiltert werden. Wir haben eine kleine Tabelle mit einem Audit-Trigger eingerichtet:

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'

Nur die passende Zeile wurde gelöscht und vom Auslöser aufgezeichnet. Beim Ausführen von DELETE FROM logs ohne WHERE-Klausel wurden die anderen drei Zeilen entfernt, und die Prüftabelle enthielt dann vier Einträge, einen pro gelöschter Zeile.

DELETE setzt die automatisch inkrementierenden Zähler nicht zurück. Nach dem Leeren der Tabelle erhielt unsere nächste Einfügung id 5, nicht 1. In SQLite liegt das an AUTOINCREMENT. MySQL InnoDB- und SQL Server-Identitätsspalten werden auch nach einem DELETE-Vorgang dort fortgesetzt, wo sie waren.

TRUNCATE: Leeren Sie die Tabelle

TRUNCATE TABLE logs; entfernt jede Zeile auf einmal. Es kann keine WHERE-Klausel akzeptiert werden. Anstatt Zeilen einzeln zu löschen, gibt die Datenbank normalerweise die Datenseiten der Tabelle frei, weshalb dies bei großen Tabellen viel schneller ist.

Als wir es in SQLite ausgeführt haben, bekamen wir einen Syntaxfehler, da SQLite nicht über den folgenden Befehl verfügt:

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

Verwenden Sie in SQLite DELETE FROM logs; ohne WHERE-Klausel. Die Dokumentation von SQLite beschreibt eine „Truncate-Optimierung“, die dies schnell macht, wenn die Tabelle keine Trigger hat. Unsere Tabelle hatte einen Auslöser, sodass der Löschvorgang Zeile für Zeile ausgeführt und für jede Zeile ausgelöst wurde.

In Datenbanken, die TRUNCATE unterstützen, laut Dokumentation:

• Normalerweise werden keine DELETE-Trigger auf Zeilenebene ausgelöst.
• Es setzt normalerweise Identitäts- oder Auto-Inkrement-Zähler zurück, beispielsweise in MySQL und SQL Server. In PostgreSQL fügen Sie RESTART IDENTITY hinzu.
• In den meisten Systemen sind stärkere Berechtigungen als DELETE erforderlich.

DROP: Entfernen Sie die Tabelle selbst

DROP TABLE ist ein Schema-Befehl (DDL). Es entfernt die Daten, die Tabellendefinition, ihre Indizes, Trigger und Einschränkungen. Auch alles, was auf die Tabelle verweist, wie Ansichten oder Fremdschlüssel, ist betroffen.

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

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

IF EXISTS ist praktisch in Setup-Skripten, die möglicherweise mehr als einmal ausgeführt werden. Ansichten auf einer gelöschten Tabelle können kaputt gehen, wie wir in Erklärte SQL-Ansichten gezeigt haben.

Vergleichstabelle

Kannst du zurückrollen?

Hier wird in vielen Artikeln zu stark vereinfacht. Die ehrliche Antwort ist, dass es von der Datenbank abhängt.

DELETE kann innerhalb einer Transaktion überall zurückgesetzt werden. Wir haben es getestet:

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

DROP wurde auch in SQLite zurückgesetzt, das transaktionales DDL unterstützt:

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

Für TRUNCATE und DROP in anderen Datenbanken laut deren Dokumentation:

Daher ist „TRUNCATE kann nie zurückgesetzt werden“ für PostgreSQL und SQL Server falsch, und „es kann immer zurückgesetzt werden“ ist für MySQL falsch. Außerhalb einer Transaktion kann keine davon ohne Backup rückgängig gemacht werden.

Warum TRUNCATE schnell ist

DELETE protokolliert jede entfernte Zeile, sodass die Änderung rückgängig gemacht und repliziert werden kann, löst Trigger aus und überprüft Einschränkungen Zeile für Zeile. Bei einer Tabelle mit Millionen von Zeilen erzeugt das viel Arbeit und Protokollvolumen. TRUNCATE gibt den Speicher im Allgemeinen in einem Vorgang frei und protokolliert deutlich weniger. Um eine große Teilmenge und nicht alles zu entfernen, löschen Sie stapelweise, um lange Sperren zu vermeiden. Wir decken Sperr- und Abfragekosten bei der SQL-Abfrageoptimierung ab.

Fremdschlüssel und Berechtigungen

• Fremdschlüssel. SQL Server weigert sich, eine Tabelle abzuschneiden, auf die durch einen Fremdschlüssel verwiesen wird. PostgreSQL erfordert, dass Sie auch die referenzierenden Tabellen kürzen oder CASCADE verwenden. Stattdessen prüft ein DELETE-Befehl jede Zeile anhand der Einschränkungen.
• Berechtigungen. DELETE benötigt Löschrechte. TRUNCATE benötigt oft ALTER oder ein dediziertes TRUNCATE-Recht, und DROP benötigt Besitz oder ALTER für das Schema.
• Replikation und Prüfung. Wenn andere Systeme auf Änderungsprotokolle oder Trigger auf Zeilenebene angewiesen sind, kann TRUNCATE diese überspringen. Erkundigen Sie sich zuerst bei dem Besitzer dieser Systeme.

Welches soll ich verwenden?

Für Testdaten ist TRUNCATE beliebt, da es IDs zurücksetzt, wodurch Tests wiederholbar werden. Das Einschließen jedes Tests in eine Transaktion, die zurückgesetzt wird, ist eine weitere Option, die in SQL-Transaktionen und ACID erläutert wird.

Sicherheitscheckliste

1. Bestätigen Sie, mit welcher Datenbank und Umgebung Sie verbunden sind.
2. Führen Sie zuerst die WHERE-Klausel als SELECT aus.
3. Schließen Sie die Änderung in eine Transaktion ein, sofern Ihre Datenbank sie unterstützt.
4. Halten Sie vor TRUNCATE oder DROP in der Produktion ein aktuelles, getestetes Backup bereit.
5. Fügen Sie DROP-Anweisungen in überprüfte Migrationsskripts ein, niemals in Ad-hoc-Konsolen.
6. Überprüfen Sie, was von einer Tabelle abhängt, z. B. Ansichten, Fremdschlüssel und Berichte, bevor Sie sie löschen.

Große Datenmengen sicher löschen

Das Entfernen von Millionen Zeilen mit einem DELETE-Vorgang kann die Tabelle für lange Zeit sperren, das Transaktionsprotokoll füllen und die Replikation verlangsamen. Ein gängiges Muster besteht darin, in kleinen Mengen zu löschen und zu wiederholen, bis nichts mehr übrig ist:

-- 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);

Führen Sie die Anweisung in einer Schleife mit einer kurzen Pause zwischen den Stapeln aus, bis keine Zeilen gemeldet werden. Jeder Stapel ist eine kleine Transaktion, daher sind die Sperren kurz und andere Abfragen werden weiter ausgeführt. Ein Index auf der Filterspalte, hier created_at, sorgt dafür, dass jeder Stapel schnell bleibt.

Für Daten, die mit dem Datum wachsen, wie Protokolle und Ereignisse, ist die Tabellenpartitionierung sogar noch besser. Jeder Monat befindet sich in einer eigenen Partition, und das Entfernen alter Daten wird zu einem schnellen Vorgang, bei dem eine Partition gelöscht oder gekürzt wird, anstatt Zeilen einzeln zu löschen.

Soft-Löschungen

Viele Anwendungen löschen Geschäftsunterlagen nie physisch. Sie fügen eine Spalte wie deleted_at hinzu und legen sie stattdessen fest, und Abfragen filtern dann nach deleted_at IS NULL. Vorläufige Löschungen erleichtern die Wiederherstellung und bewahren den Verlauf für Prüfungen auf, aber jede Abfrage muss sich den Filter merken, was für eine Ansicht eine gute Aufgabe ist. Eindeutige Einschränkungen erfordern ebenfalls Sorgfalt, da eine vorläufig gelöschte Zeile weiterhin ihren Wert behält. Datenschutzgesetze erfordern möglicherweise die tatsächliche Löschung personenbezogener Daten nach einer gewissen Zeit, daher sind vorläufige Löschungen kein Ersatz für eine Aufbewahrungsrichtlinie.

Fazit

DELETE ist das präzise und sorgfältige Werkzeug. TRUNCATE ist die Schaltfläche zum schnellen Zurücksetzen, und DROP entfernt die Tabelle vollständig. Das größte Risiko besteht darin, anzunehmen, dass sich eine Datenbank wie eine andere verhält, insbesondere beim Rollback. Testen Sie den Befehl im Zweifelsfall zunächst an einer Kopie der Tabelle in Ihrer eigenen Datenbank.

Häufige Fragen

Lerne weiter