SQL-Select während der Ausführung wieder abbrechen

[daddy]

Ich arbeite mit Firebird und IBExpress und möchte dem Anwender die Möglichkeit bieten, einen langwierigen Select-Befehl wieder abzubrechen. Hier ergeben sich nun zwei Probleme, nachdem ich das ClientDataSet.Open aufgerufen habe.

1. Ich muss ein geeignetes Ereignis (z.b. Tastendruck oder Mausklick) abfangen, obwohl das Programm das OPEN ausführt.
2. Ich muss dann das OPEN von außen stoppen können.

Ich habe einen Ansatz über Threads versucht, habe aber mit der Thread-Programmierung wenig Erfahrung. Das Abfangen des Ereignisses funktioniert problemlos. Mit TerminateThread kann ich auch den Thread, der das OPEN ausführt radikal beenden. Ich frage mich aber, ob dieser radikale Abbruch überhaupt sinnvoll und zulässig ist. Meistens scheint es zwar zu funktionieren, manchmal habe ich aber hinterher Probleme bei Programmende, so als wären irgendwelche Speicherbereiche nicht korrekt freigegeben worden. Das Programm hängt sich dann ohne Fehlermeldung auf.

Meine Fragen:
1. Ist der Ansatz überhaupt der richtige? Welche Alternativen sind möglich?
2. Gibt es irgendwelche Randbedingungen, die beim TerminateThread zu beachten sind?
3. Kennt jemand zu diesem Problem bereits einen anderen Beitrag in der Delphi Praxis oder irgend ein geeignetes sonstiges Dokument?

Dank für jede Hilfe!

Daddy

[hoika]

Hallo,

ab FB2 (oder 2.1 ?) kann eine Transaktion unterbrochen werden (Release Notes).
Bei IBX geht das aber trotzdem nicht.

Das mit den Threads geht auch,
1

Es sollte mindestens eine eigene Transaktions-Komponente benutzt werden.


Heiko

[haentschman]

Hallo... :hi:

Zitat:

Ich arbeite mit Firebird und IBExpress und möchte dem Anwender die Möglichkeit bieten, einen langwierigen Select-Befehl wieder abzubrechen.

verstehe ich nicht wirklich wie "langwierig" das SQL sein soll :gruebel:
Ich verwende teilweise komplexe SQL´s. Der Nutzer hätte gar keine Chance den Vorgang zu "unterbrechen", da die Daten ruck-zuck im Dataset sind.

Was hälst du denn vom Verwerfen des Datasets wenn der Nutzer das Ergebnis nicht sehen will ? :zwinker:

Nachtrag: Kann der User das SQL selbst eingeben ? Wenn ja, dann ist mir klar was du meinst... :zwinker:

[daddy]

@haentschman

Zitat:

verstehe ich nicht wirklich wie "langwierig" das SQL sein soll Grübelnd...
Ich verwende teilweise komplexe SQL´s. Der Nutzer hätte gar keine Chance den Vorgang zu "unterbrechen", da die Daten ruck-zuck im Dataset sind.

Im Prinzip ist Firebird in der Tat extrem schnell. Aber, wenn ich z.B. eine Inventurliste mit sagen wir mal 400 Seiten drucke, kann das eben doch eine (kurze) Weile dauern, bis die Daten verfügbar sind. Erst recht, wenn die Abfrage online über eine VPN-Anbindung erfolgt. Und wenn der Anwender dann merkt, dass er die Liste vielleicht doch grad gar nicht haben möchte, sollte es möglich sein, dieses auch während der Ausführung des Selects schon zu unterbrechen.

Zitat:

Was hälst du denn vom Verwerfen des Datasets wenn der Nutzer das Ergebnis nicht sehen will ?

Meinst Du das Select im Hintergrund weiterlaufen zu lassen und anschließend damit nichts zu machen? Wär natürlich im Prinzip möglich, würde aber den Server unnötig belasten und unnötigen Datentraffic zum Client bedeuten! Also keine optimale Lösung.

[hoika]

Hallo,

Zitat:

Und wenn der Anwender dann merkt, dass er die Liste vielleicht doch grad gar nicht haben möchte

Hm, ist hier das "Rüberziehen" der Daten vom Server nicht der Flaschenhals ?

D.h., innerhalb der

Delphi-Quellcode:

while not Query.Eof do
begin

 // hier unterbrechen

  Query.Next;
end;

Heiko

[daddy]

Zitat:

Hm, ist hier das "Rüberziehen" der Daten vom Server nicht der Flaschenhals ?

Nein, da so eine Schleife in meinem Programm nicht existiert. Ich rufe ja nur - wie in #1 erwähnt - ClientDataSet.Open auf. Danach wird die Datenmenge von Rave weiter verwendet. Bei der Erzeugung des Rave Reports ist eine Unterbrechung möglich, beim OPEN aber noch nicht zuverlässig. Ich werde jetzt mal prüfen, ob eine explizite Transaktion irgendetwas ändert. Bin aber weiter für Hinweise dankbar.

Gruß

Daddy

[mkinzler]

Zitat:

Zitat:
Hm, ist hier das "Rüberziehen" der Daten vom Server nicht der Flaschenhals ?


Nein, da so eine Schleife in meinem Programm nicht existiert. Ich rufe ja nur - wie in #1 erwähnt - ClientDataSet.Open auf.

Und die daten werden dann zum Client gebeamt?

[daddy]

Zitat:

Und die daten werden dann zum Client gebeamt?

Wohl kaum, aber alles weitere geschieht dann im Rave.

Die Diskussion führt inzwischen in eine völlig falsche Richtung. Ich möchte einfach nur nach dem OPEN noch Zugriff von außen haben. Warum das OPEN nun langwierig ist oder nicht ist in diesem Zusammenhang ja eigentlich völlig unerheblich.

[haentschman]

hmmm... :gruebel:

mir fallen da eigentlich nur 2 Varianten ein:

1. das Open in einem Thread ablaufen lassen und ggf. abschießen (wie schon erwähnt)
2. während der Server die Daten "zusammensucht" kannst du eh nicht eingreifen. Vieleicht gibt es eine Möglichkeit am Dataset anzusetzen wenn die Daten eintrudeln. Mit jedem DS wird doch "OnSroll" aufgerufen. Was würde passieren, wenn man das Dataset einfach mittendrin freigibt ?
3. ein Tool programmieren was auf dem Server läuft, das den Report zusammenstellt und dann z.B. als File zur Verfügung stellt.

...alles in allem wird das nur über "schmutzige" Tricks funktionieren.

:hi:

[daddy]

Also nach Euren Kommentaren habe ich mir das noch einmal genauer angesehen. Wie gesagt, ich rufe an der Stelle, um die es mir geht, einfach nur ClientDataSet.Open auf. Aber im Hintergrund passiert natürlich mehr. Das ClientDataSet ist mit einem DataSetProvider verknüpft, der sich die Daten über ein SQLDataSet holt. Das SQLDataSet greift auf den Firbird Server zu. Nach dem OPEN des ClientDataSet wird nun tatsächlich relativ schnell (und immer wieder) das OnAfterScroll des SQLDataSet durchlaufen, nämlich während die Daten in das ClientDataSet geschoben werden. Insofern könnte ich auch an dieser Stelle eingreifen und müsste dem ClientDataSet oder dem Provider mitteilen, dass keine weiteren Daten notwendig sind. Gibt es hierfür einen Aufruf?