TimeOut

[Frank aus Ulm]

Hi, hallo

[ ] das ADO Connection TimeOut
[ ] das Script TimeOut für ASP Scripts
Habe ich beides angenommen...?

ich auch ... wollte es nur mal bekräftigen :-)

Äm, willst du mich veräppeln? - Du weiss das doch immer...?

das ist eine Geschichte, wo ich bisher noch nie Infos drüber gefunden habe.
Was passiert mit Objekten (ADO conn, rs, fso) die im Scope "Page" definiert
sind und das Script ein Timeout bekommt.

DB-Connection Pooling ist ja afaik kein Feature von ADO sondern eher vom Provider (ODBC, OLEDB etc).

Sinn würde es natürlich machen, bei einem Script-Timeout alle instanzierten Objekte zu killen.

Mal sehen, vielleicht sollte ich einfach mal ein paar Spass-Scripte bauen, die definitiv einen Timeout bekommen und mir dann mal den Taskmanager anschauen (dllhost IUSR_....)

bei .net soll man beispielsweise alles so schnell als möglich wieder zumachen:

• DataReader.close()
• DataCMD.dispose()
• conn.close

aber laut Tracing verbraucht ASP.net immer noch die meiste Zeit mit dem Aufbauen der Verbindung ... deswegen lasse ich das Connection-Objekt im Application-Scope. Dumm finde ich die Beschränkung, dass es nur einen DataReader zur selben Zeit pro Connection geben kann. Damit geht der Performance-Vorteil vom DataReader gleich wieder durch den Usability-Verlust flöten. Will ich komplexere Lese-Operationen durchführen brauch ich das unperformante Dataset.

Tschau, tschüß,
Frank