V6R1 SQL Prozeduren teilweise langsamer

[B.Hauser]

Ich würde zunächst die Prozeduren nochmals erstellen.
1. Mit Release V5R4 wurde ein sogenannter Expression Evaluator eingeführt, durch den SET-Anweisungen, die zuvor in ein Dummy-Select-Statement konvertiert wurden (und damit optimiert werden mussten) direkt ausgeführt werden können. Dazu muss allerdings das Objekt neu erstellt werden.

2. ggf. lief/läuft bei der internen Konvertierung auf 6.1 irgendwas schief.

3. Wie Andreas schon sagt, wurde die SQE auch mit Release 6.1 erweitert, d.h. Statements, die zuvor mit der CQE ausgeführt wurden werden jetzt u.U. mit der SQE ausgeführt. Die SQE kann jedoch keine Zugriffswege verwenden, die in DDS beschriebenen logischen Dateien mit SELECT/OMIT-Anweisungen liegen. Die SQE erachtet u.U. Zugriffswege, die von der CQE verwendet wurden als nicht optimal und liest die Tabelle komplett durch (Table Scan). Prüfe also, ob alle benötigten Zugriffswege vorhanden sind. ggf. werden temporäre Indices (sogenannte MTIs = Maintained Temporary Indexes) gebildet. Beides Table Scan und MTI kostet Performance.

Wenn alles nicht hilft, mach einen CALL bei IBM auf.

Birgitta

[Dschainers]

Vielen Dank für die Antworten.
Das Problem war, dass unsere Sortierfolge *LANGIDSHR ist.
Die von unserem Programm erzeugten SQL Prozeduren ab V6R1 aber *HEX drin hatten, dies haben wir geändert und jetzt läufts wieder besser.

Dschainers