Zitat Zitat von roko
Hallo Brigitta,

Vielen Dank für Deine Antwort, ich habe schon gehofft, dass Du dich auf meine Anfrage meldest. Habe sofort umgesetzt, funktioniert auch, aber leider nicht so wie ich mir das vorgestellt habe / ich glaube, ich habe 'optimize for..' falsch verstanden. wenn ich eine geringe Anzahle Sätze auswähle ist die Performance eine Spur besser als vorher, wenn aber eine Unmenge an Datensätzen daher kommt, sind die Antwortszeiten um vielefaches grösser. ich probiere es noch mit erstellen einer join-file - oder kannst Du mir sonstige Tipps geben?
Auf jeden Fall vielen Dank.
mfg Roman
Hallo Roman,

1. FOR OPTIMIZE OF - kann die Zeit, die der Optimizer zum Suchen des Optimalen Zugriffs-Weges verwendet, beeinflussen.

2. Eine JOIN-FILE anzulegen und dann im SQL-Statement zu verwenden bringt überhaupt nichts! Der Query Optimizer entnimmt der Join-File nur die Join- und Select/Omit-Informationen. Anschliessend wird das Query neu geschrieben und für jede verknüpfte Datei ein eigener Zugriffs-Weg gesucht. Eine SQL-View ist in diesem Fall eine bessere Lösung.
(Aber auch hier wird für jede verknüpfte Datei ein eigener Zugriffs-Weg gesucht.)
Wir habe die Erfahrung gemacht, dass eine Join-File die langsamste Verarbeitung ist, als nächstes folgt der direkte Join im Select-Statement und die schnellste Variante ist SQL-Views zu verwenden.

3. Du musst Dein SQL analysieren, entweder über STRDBG und anschliessend das Joblog anschauen oder besser noch über den iSeries Navigator / Visual Explain.
In beiden Fällen werden fehlende Indices vorgeschlagen. Nur über entsprechende Indices können SQL-Statements getuned werden.

Birgitta