Ausführung einer StoredProcedure sehr langsam

[hoika]

Hallo,

warum sollte es an den Komponenten liegen ?
Vor allem bei so einem grossen Unterschied.

Wie sieht denn der Query-Plan aus ?

Bei Tests sollte auch folgendes beachtet werden ?

1. Start ist immer die gleiche DB (also vorher kopieren)
2. DB kopieren
3. Neustart des Rechners (+ Servers)
4. Test 1
6. DB kopieren
7. Neustart des Rechners (+ Servers)
8. Test 2


Heiko

[jobo]

Zitat:

Zitat von Gor1 (Beitrag 1120498)

DELETE FROM TABELLE1 WHERE PARAM1 NOT IN (SELECT DISTINCT PARAM1 FROM TABELLE2)

Was soll dabei rauskommen? Was ist Param1? Ein SP Parameter, z.b. 20 oder 42? Ein Feldname?
42 wäre dann gebunden:
DELETE FROM TABELLE1 WHERE 42 NOT IN (SELECT DISTINCT 42 FROM TABELLE2)

Wenn es ein Feldname wäre, statt eines Parameters, dann ist doch die Frage, wie das Mengengerüst aussieht.
Die Frage nach der Reproduzierbarkeit wurde ja schon gestellt.

Ich bin kein Firebird Experte, aber das Statement kommt mir sehr merkwürdig vor.

Wie siehts im Client mit Transaktionen aus? Wird hier vielleicht nicht nur commited, sondern noch die Transaktionskomponente benutzt?
Das wäre für mich ein Indikator für große Performance Einbrüche im Vergleich zu einem nackten SP Aufruf auf dem Server.

[Gor1]

Nochmal zur Klarstellung:
Param1 ist ein (Integer-)Feld sowohl in Tabelle1 als auch in Tabelle2. In Tabelle1 liegen Daten, die zu einem oder mehreren Datensätzen in Tabelle2 gehören und die Zuordnung erfolgt über Param1.
Es gibt jetzt eben Fälle, in denen Datensätze aus Tabelle2 gelöscht werden.
Danach sollen die Datensätze aus Tabelle1 herausgelöscht werden, die keinen zugeordneten Datensatz in Tabelle2 mehr haben (also verwaist sind) und das ist was der DELETE-Befehl machen soll.

Die Ergebnisse sind sowohl im Delphi als auch in Flamerobin reproduzierbar und auch wenn ich mein Delphi-Programm direkt ohne IDE starte, bekomme ich die gleichen Laufzeiten. Die Datenbank ist immer die gleiche und bei der Datenbank, die ich benutzt habe, gibt es keine verwaisten Einträge in Tabelle1, so dass sich die Datenbank auch bei mehrmaligem Aufruf des DELETE-Befehls nicht ändert.

Die Datenbank-Datei ist lokal auf meinem Rechner, der Firebird-Server ist auch lokal installiert, so dass das Netzwerk eigentlich keine Rolle spielen dürfte.

Ich verwende eine TSQLQuery und eine TSQLConnection und schicke das Kommando mit ExecSQL an den Server.

Ich bin noch ein Datenbank-Neuling, deshalb verstehe ich nicht, was mit Query-Plan und mit Transaktionskomponente gemeint ist.

[mkinzler]

Ich würde auf jeden Fall Fremschlüsselbeziehung erstellen und in ihr u.U. eine Löschregel hinterlegen, dann wird der abhängige Datensatz automatisch gelöscht.

[Gor1]

Zitat:

Zitat von mkinzler (Beitrag 1120908)

Ich würde auf jeden Fall Fremschlüsselbeziehung erstellen und in ihr u.U. eine Löschregel hinterlegen, dann wird der abhängige Datensatz automatisch gelöscht.

Wie legt man eine Fremschlüsselbeziehung an? Kannst du mir das erklären oder hast du einen Link dazu?

In diesem Fall ist das keine 1:1-Verknüpfung, d.h. es kann sowohl in Tabelle1 als auch in Tabelle2 mehrere Datensätze mit dem gleichen Param1 geben (und die Datensätze in Tabelle1 dürfen nur dann gelöscht werden, wenn es keinen Datensatz in Tabelle2 mit diesem Param1 gibt).
Es ist auch möglich, dass in Tabelle2 alle Datensätze mit einem bestimmten Param1 gelöscht wurden, aber dann später neue Datensätze mit diesem Param1 hinzugefügt werden. Deshalb soll die Tabelle1 nur dann bereinigt werden, wenn das von außen angestoßen wird.