Delete-Abfrage optimieren?

[bra]

Ich habe zwei Tabellen mit jeweils sehr vielen Einträgen (teilweise mehrere Mio). Ich möchte jetzt alle Einträge aus table1 löschen, die den Einträgen aus table2 entsprechen:

Code:

delete from table1 where id in (select id from table2);

Diese Abfrage dauert sehr lange (mehrere Minuten). Lässt sich das irgendwie optimieren?

[nahpets]

Eventuell:

SQL-Code:

delete from table1 where exists (select id from table2 where table1.id = table2.id);

[bra]

Leider nicht, die Abfrage dauert genauso lange :?

[Ritsch]

Eventuell damit?

Code:

DELETE a
FROM a  -> Erste Tabelle
INNER JOIN b -> Zweite Tabelle
      ON b.ID = a.ID

[bra]

Das funktioniert leider nicht in Firebird, scheinbar unterstützt der keine JOINs in DELETE :evil:

[mkinzler]

Wenn das öfters gemacht werden soll, würde ich entsprechende Indizes anlegen.

[bra]

Die IDs sind in beiden Tabellen die Primary Keys, haben also schon Indizes.

[Uwe Raabe]

Wenn die Anzahl der zu löschenden Einträge relativ klein ist, könnte man über einen JOIN diese Menge abfragen und dann einfach die DELETE-Anweisung programmatisch aufbauen. Wäre auch als Stored Procedure denkbar.

[jobo]

Die meisten RDBMS sind per Default nicht dafür konfiguriert, schnell löschen zu können. Falls es eine einmalige Sache ist (Migration) oder so, muss man da einfach durch.
Was u.a. je nach Datenmodell viel Last produzieren kann, ist nicht primär das Löschen der Datensätze selbst, sondern die zugehörige Überwachung von Constraints bzw. foreign key Constraints und das nachziehen (all) der zugehörigen, abhängigen Indices.
Abhilfe würde demnach verschaffen, solche Constraints zu deaktivieren oder zu löschen, ebenso alle "Nebenindices" der zu löchenden Tabelle, die nichts mit den Foreign Keys zu tun haben, sondern lediglich irgendwelche Suchen beschleunigen.
Anschließend dann neu anlegen (Constraints, Indices).
Constraints zu löschen, birgt natürlich ein gewisses Risiko.

Als weiche Maßnahme würde es ggF. auch helfen, vorhandene Untermengen (laut foreign keys), separat bzw. zuerst/unabhängig zu löschen.

P.S.:
Kenne mich mit FB in der Praxis nicht so aus, vlt taugt sowas in der Art, um gezielt Indices zu aktivieren / deaktivieren:
http://www.firebirdfaq.org/faq274/

[Ghostwalker]

Eine andere Möglichkeit wär, die DS die nicht gelöscht werden sollen raus zu filtern, in eine eigene Tabelle, org. Tabelle löschen und die andere umbenennen.

Gerade wenn es viele zu löschende DS sind, sollte das u.U. schneller funktionieren :)