Hallo Zusammen,

der t.norge hat einmal mehr eine Performance-Frage.

Ich habe mir für eine Abfrage folgendes überlegt:



Ich arbeite mit D7 und ADO, mein Problem ist nun, dass diese SQL-Abfrage mein System platt macht, bis zum Ende der Berechnung steht alles und das kann schon mal 10-30 Sek dauern. Die Anweisung application.Processmessages bringt hier leider auch nichts, da die Zeit direkt mit dem open verbunden ist...

Kann mir jemand helfen?

t.norge hat folgendes geschrieben:

Ich arbeite mit D7 und ADO, mein Problem ist nun, dass diese SQL-Abfrage mein System platt macht, bis zum Ende der Berechnung steht alles und das kann schon mal 10-30 Sek dauern. Die Anweisung application.Processmessages bringt hier leider auch nichts, da die Zeit direkt mit dem open verbunden ist...

Wenn Du diese Abfrage ausführts steht auch das Betriebssystem still (mag ich nicht glauben)? Ansonsten, wie wäre es damit die Abfrage in einem extra Thread zu starten?

Nein,
entschuldige, habe mich unkorrekt ausgedrückt,
mein Betriebssystem steht nicht still, ich meinte damit mein Programm steht für die Zeit der Berechnung. @ mstueber

Torge

hi,

ich nehme mal an, dass es sich hierbei um eine nicht gerade kleine DB handelt, da sonst die Abfrage innerhalb von ein paar sekunden ausgeführt wird.

Das dein Programm stillsteht ist nicht verwunderlich, denn

1. der IN-Befehlt braucht von Haus aus eine Wahnsinnszeit für die Ausführung
2. Je größer die Datenmenge des "IN (select ... from ...)" ist desto länger braucht die Anweisung. Je mehr Datensätze, desto mehr operationen. Hierbei handelt es sich aber nicht nur um eine Operation pro Datensatz, sondern es Steigt in etwa Expotentiell. (Bin mir da jetzt nicht sicher mit dem Expotentiell, aber es steigt Drastisch !) In deinem Fall wird ja quasi der IN-Befehl noch mal Gekoppelt. Also noch eine Steigerung oben drauf !!

Deswegen benutzt man bei Professioneller Programmierung den Befehl IN nur im Äußersten Notfall, da er einfach Zeit ohne Ende frist.

Deswegen würde ich sagen: Versuch einen anderen Lösungsweg, als diesen.

mfg

Olli W

OlliWausD hat folgendes geschrieben:

hi, ich nehme mal an, dass es sich hierbei um eine nicht gerade kleine DB handelt, da sonst die Abfrage innerhalb von ein paar sekunden ausgeführt wird. Das dein Programm stillsteht ist nicht verwunderlich, denn 1. der IN-Befehlt braucht von Haus aus eine Wahnsinnszeit für die Ausführung 2. Je größer die Datenmenge des "IN (select ... from ...)" ist desto länger braucht die Anweisung. Je mehr Datensätze, desto mehr operationen. Hierbei handelt es sich aber nicht nur um eine Operation pro Datensatz, sondern es Steigt in etwa Expotentiell. (Bin mir da jetzt nicht sicher mit dem Expotentiell, aber es steigt Drastisch !) In deinem Fall wird ja quasi der IN-Befehl noch mal Gekoppelt. Also noch eine Steigerung oben drauf !! Deswegen benutzt man bei Professioneller Programmierung den Befehl IN nur im Äußersten Notfall, da er einfach Zeit ohne Ende frist. Deswegen würde ich sagen: Versuch einen anderen Lösungsweg, als diesen. mfg Olli W

Stimmt. Vielleicht kannst du alles auslesen und dann im Delphiprogramm die unbrauchbaren Einträge entfernen?
Bin mir aber nicht sicher, ob das schneller geht.

Ich hab mir mal in 5min was überlegt, funktioniert aber sicher noch nicht ganz, aber Du könntest es mal als Inspiration nehmen:


A propos: Welche Datenbank nimmst Du denn? Wenn es sich um Access handelt, kannste das oben so schonmal vergessen, dann musst Du die Joins verschachteln.

Hallo Zusammen,

euch erstmal besten Dank für die Tipps! Ich werde mal schauen, wie ich sie umsetzten kann!

@UGrohne : Ich benutze Access

Besten Dank!

Torge