offene Datenpfade

[Fuerchau]

In der Doku wird auch nicht auf die ODP's eingegangen.
Ob ein Forced-CLose auf einen Cursor auch den ODP schließt bleibt abzuwarten.

Andererseits weist die Doku hier auf den Wert 65536 hin, was auf die maximale Anzahl an Cursor deutet.
Wenn obiges Programm schon Monate läuft, kann dieses Limit ja durchaus schon erreicht sein.

Und wie Dieter schon sagt, ein weiterer Open per SQL (ggf. auch Native IO?) ist dann nicht mehr möglich.

(Wobei die DB-Limits da angeben "storage").

[B.Hauser]

M.E. sollte der Tip von Andreas angenommen werden, und die Optionen OPEN_CURSOR_CLOSE_ COUNT und OPEN_CURSOR_ THRESHOLD gesetzt werden.
Eine Dokumentation findet sich hier:
QAQQINI query options

Die QAQQINI kann ja mit CRTDUPOBJ in jede Bibliothek kopiert und dort modifiziert werden, und anschließend mit CHGQRYA auf Job-Ebene aktiviert werden.

Wird das Limit der geöffneten Cursor/(SQL)ODPs erreicht, werden die am längsten nicht benutzten (SQL) ODPs gelöscht (Hard Close)

Zu prüfen wäre auch, ob zufällig in der Bibliotheksliste der Datenbereich QSQPSCLS1 irgendwo in der Bibliotheksliste gefunden wird. In diesem Fall werden nämlich ODPs nämlich nach der ersten Ausführung nicht gelöscht.

Vielleicht ist auch der folgende Link hilfreich:
Reducing the number of open operations

Kann es vielleicht auch sein, dass das gleiche dynamische SQL-Statement immer und immer wieder erstellt (PREPARE) und anschließend ausgeführt wird (EXECUTE)?

Birgitta

[andreaspr@aon.at]

In der Doku wird auch nicht auf die ODP's eingegangen.
Ob ein Forced-CLose auf einen Cursor auch den ODP schließt bleibt abzuwarten.

Der Link von Birgitta zeigts sehr schön:

The ODPs opened by DB2 for i are closed when any of the following occurs:
* the threshold for open cursors specified by the query options file (QAQQINI) parameter OPEN_CURSOR_THRESHOLD is reached.
* a hard close was forced.

Ein CURSOR ist kein ODP. Dies wird unabhängig verwaltet.

Oben kann man eben auch nochmal nachlesen, dass diese eben NICHT unabhängig voneinander sind.