Performance-Pobleme SQL-Select - Jobaufrufstapel hängt bei QDBGETMQO

[BenderD]

Was ist mit kaputten Package gemeint? Die Programme werden jeweils auf einem anderen System kompilliert (CRTSQLRPGI ...).

Das Package ist Teil des Programm Objektes, ich würde das möglichst mal auf dem Echtsystem erstellen, zumindest neu deployen.

[berndl]

okay, das klingt schon beruhigender - dachte das Q-DBG-ETMQO hat irgendwas mit Debug zu tun.
Dann deployen wir das Ganze nochmals und prüfen wieder die ganzen Indizes...
Danke, meld mich wieder nach der Indexanalyse

[berndl]

Nach Rücksprache mit IBM haben wir das Problem jetzt gelöst. Das Verhalten lag an einer Einstellungen im QAQQINI:
REOPTIMIZE_ACCESS_PLAN war bei uns auf *ONLY_REQUIRED gesetzt - diese Einstellung wurde von der "alten" Maschine übernommen und nicht hinterfragt. Seit der Wert auf *DEFAULT steht, ist auch die Performance für 200 Datensätze okay.
Danke für eure Hilfe.

[BenderD]

... das sind ganz grundsätzlich Einstellungen an denen niemals global gedreht werden sollte!!!