Zitat Zitat von Fuerchau Beitrag anzeigen
Zu guter letzt hatte ich allerdings noch ein weiteres Problem:
Spradisch blieb mein Progrämmchen einfach stehen und wollte nichts mehr tun.
Der QZDA-Job stand auf "recv", im Joblog gabs keine Hinweise und ich konnte nur noch den Taskmanager zum Killen verwenden.

Da ich mitunter sehr viele Einzel-Selects auf die AS/400 loslasse habe ich nun festgestellt, dass nach ca. 7.350 Queries der ODBC-Treiber oder der QZDA-Job nicht mehr wollen!!!
hi baldur,

dieses problem hatte ich auch mit dem ODBC. selbst die .net-profis konnten mir da nicht wirklich weiter helfen.
die verbindung habe ich auch jedes mal nach einer sql-anweisung geschlossen. da aber die verbindung durchs pooling dennoch offen blieb halft mir das nicht viel weiter.
Habe auch die sql-abfragen in seperate threads gestartet, damit die gui nicht gesperrt wird.

mit den parametern ("?") hatte ich auch probleme, speziell mit dem datentyp timestamp der db2. anzeige ging, aber updates bzw. wenn ich dieses feld in der where-klausel als bedingung hinterlegte gabts probleme. (der odbc-treiber hatte die letzten tausendstel sek. abgeschnitten)

kurz gesagt, hab ich mich dazu entschlossen den db2.net provider der ibm zu verwenden. mit dem hab ich gar keine probleme mehr.
ist zwar nicht plattform unabhängig, ist meine anwendung aber eh nicht, da ich auch mit den systemtabellen der db2 arbeite, die ja von system zu system unterschiedlich sind (falls überhaupt vorhanden).