Delete-Abfrage optimieren?

[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