SQL-Optimizer V7R1 und kein Ende

[Fuerchau]

@Robi
SQL kann nie von einem ODBC-Treiber ausgeführt werden. Dieser stellt ja nur die Verbindung zum System her und reicht dies dann an die DB weiter.
Man sieht das dann auch schön im Joblog des QZDASOINT.

Zumindest hat der Kunde mal versprochen, die DB-/PTF's noch zu installieren, ich werde berichten.

[Robi]

Ok, trotzdem gib es zwischen verschiedenen Treibern teilweise erhebliche performance Unterschiede.
Und ich meine, das wir mal den Fall hatten, wo ein ODBC Treiber ein SQL deutlich schneller ausführte als ein JDBC Treiber. Eine andere Anforderung (selbe AS400, selber PC) aber vom JDBC schneller bedient wurde. Daher denke ich schon, das der Treiber am Rande mitspielt.

[Fuerchau]

Die Performanceunterschiede diesbezüglich betreffen nicht den SQL selber, sondern meist das Abrufen von Metadaten über das Record/Resultset.
Hier gibt's natürlich unterschiedliche Implementationen, die je nach Datenbank auch verschieden gelöst werden müssen.
Beim AS/400 CLI (die Basis für ODBC) reicht meist ein Describe-Befehl um alle Felder zu beschreiben.
Laut ODBC-Funktionen (CLI) kann ich allerdings auch jedes Feld einzeln abrufen, was halt jedes Mal einen zusätzlichen Netzcall zur AS/400 auslöst. Je mehr Felder ich habe, desto länger dauert das dann halt.
Mache ich z.B. einen "Select * from table where 1=0" von der AS/400 kommt der sehr schnell zurück und ich habe die Feldliste quasi sofort. Mache ich das selbe bei Oracle oder Firebird, führt das erst mal zum Tablescan. Anschließend wird für jedes Feld ein einzelner SQL abgesetzt, und das dauert dann schon mal.

[Fuerchau]

Nun hat der Kunde die o.g. PTF's eingespielt und der SQL läuft nun überhaupt nicht mehr.
Fehler:
SQL0802 - Data conversion or data mapping error.

Nun müssen wir das Ganze wieder von vorne analysieren und den SQL umarbeiten.