Kann man den Timeout bei einer Abfrage hochsetzen[MSSQL]?

[alzaimar]

Wir haben hier einen hübschen Reportgenerator, der per TCP-Library an einem MSSQL-Server 2000 hängt.

Bei einer sehr komplexen Abfrage, die nun mal lange dauert, kommt es zu einem Timeout. Kann man den nicht irgendwo hochsetzen? Da wir den Reportgenerator handgebissen haben, kommen wir auch an sämtliche ADO-connectionstrings ran. Das wär also nicht das Problem...

Ich hab total ein Brett vor dem Kopf...

Danke schonmal

(crossposting im DF)

[marabu]

Hallo alzaimar,

kommt der TimeOut nach 30 Sekunden? Das ist der Default-Wert, der in der Delphi Online Hilfe erwähnt wird. Laut SQL Server Handbuch kann ich meine ADO queries mit CommandTimeOut = 0 unbegrenzt lange laufen lassen, aber meine Beobachtung (MSSQL 7 + 8) ist, dass der Wert von 30 Sekunden beibehalten wird - egal was ich angebe. Ich habe dann alles geölt, damit es unterhalb dieser Zeitschwelle blieb, hätte mich aber auch gefreut, wenn ich da hätte kurz dran drehen können.

Insgesamt werden auf dem Weg von Delphi über ADO, DB-Library und TCP ja jede Menge TimeOut-Konfigurationen berührt, aber die 30 Sekunden sehe ich bei den ADO-Command und RecordSet properties. Ich hatte zum Schluß den Eindruck, dass die von mir gemachten Angaben intern gar nicht weiter gegeben werden. Wenn du eine Lösung findest, dann lass mich bitte nicht dumm sterben.

Grüße vom marabu

[Sir Rufo]

Hi,

also bei MSSQL kann ich es nicht so direkt sagen (kann ich auch gerade nicht testen) aber ich hole mit ADO von einer AS/400 und da laufe ich auch ab und an in den TimeOut und da funktioniert das einwandfrei wenn man den Timeout höher setzt (allerdings nie auf 0, denn dann haue ich mir ja selber ins Knie, weil dann Endlos sein könnte) ;-)

cu

[alzaimar]

Hi marabu

... Shit (sry, mods) ... genauso (ölen, was das Zeugs hält) sind wir auch vorgegangen, aber jetzt ist zappenduster...

So... langer Test, aber keine Zeit mehr: Bei Asynch-Fetch des Commandsets (und commandtimeout hochschrauben) tritt der Fehler nicht mehr auf. :bounce1:

@Sir rufo: Es scheint am MSSQL-Treiber zu liegen (is auch geil: MS-ADO kriegt ihre hauseigenen Treiber nicht ordendlich hin, aber die der Konkurrenz, he he)

[Sir Rufo]

Zitat:

Zitat von alzaimar

@Sir rufo: Es scheint am MSSQL-Treiber zu liegen (is auch geil: MS-ADO kriegt ihre hauseigenen Treiber nicht ordendlich hin, aber die der Konkurrenz, he he)

Ja die eigenen Leisten beim Schuster sind auch nicht immer die Besten ...

[nieurig]

hi alzaimar,
ich habe das Problem lange nicht gehabt ...
aber das Timeout wird schon im Connectionstring Deines TDataBase Objektes oder über dessen TimeOut Property festgelegt. Ob er sich nach dem herstellen der Verbindung noch ändern läßt? Keine Ahnung.

Du kannst aber Die Verbindung neu aufbauen und vorher den Timeout auf 0 setzen. Dann sollte es klappen.

Niels