So, nachdem heute ausführliche Tests der gesamten Anwendung mit JTOpen 4.8 gelaufen sind, hier das Feedback : Die Anwendung rennt damit wie nie zuvor !. Ein weiteres Problem in der (Web)Anwendung war der ConnectionPool. Hier wurden verschiedene Implementierungen ausprobiert, letztendlich hat sich die BEA-Implementierung des Connection Poolings in Zusammenarbeit mit dem JTOpen Treiber als die performancegünstiges Lösung herausgestellt. Mit anderen Treibern konnten 2 unterschiedliche Effekte beobachtet werden :


a) Innerhalb des QZDASOINIT Jobs wurde seltsamerweise die Datei nach jedem executeBatch() Statement neu geöffent, wobei der vorhandene ODP beibehalten wurde. das führte dazu, das bei einer Datei mit 300.000 Datensätzen die Datei letztendlich 300 mal in den offenen Dateien aufgeführt wurde ! Damit paget die Maschine natürlich wie verrückt und die Performance geht in die Knie

b) Gleiches Zugriffsschema, nur andere Datei (Unterschiede im Ablauf nicht feststellbar) Ab einer unbestimmten Anzahl von Datensätzen wird die Datei für JEDES Insert-Statement die Datei geöffnet, der Datensatz hinzugefügt und die Datei wieder geschlossen. Das dies nicht besonders schnell ist brauche ich wohl nicht zu erläutern.

Danke an alle die mir geholfen haben
Gruß Karsten