offene Datenpfade

[Robi]

Moin,
Danke Euch!
@Birgitta
Prepare ja, dann wird in Schleife gefetcht.
@QAQQINI
Habe den zuständigen EDV Leiter diese Infos gegeben
Die haben den Job gestern irgendwann beenden lassen und neu aufgesetzt.
Habe leider keinen Einfluß ob QAQQINI dort (versuchsweise) geändert wird.
Bei uns hat es NICHT geholfen, wobei wir nach 8-10 Test aufrufen aufgehört haben.
Vielleicht muß ja erst eine Anzahl x oder ein Speicher y belegt sein damit das greift.

Gruß
Robi

[BenderD]

Prepare ja, dann wird in Schleife gefetcht.
Robi

... oft lässt sich das mit Parameter Markers in einen prepare und close/open using auflösen, was die genauere Lösung ist - und dann ist der Effekt weg.
Wenn das nicht so sein sollte, dann muss man sich hier überlegen, wie man einen hard close forcieren kann.
QAQQINI würde ich eher vermeiden wollen, da sich der Effekt schlecht eingrenzen lässt, der minimale Scope ist hier der Job und es muss vor dem ersten SQL Programm erfolgen, das wäre allenfalls in einem Batch, der sonst nix macht tolerabel. Ein klassischer Kunstfehler wäre, das Systemweit zu machen.
Wenn das so ein Job vom Muster HKGP (mach was leg dich schlafen, machs wieder bis dich jemand canceled), dann wäre das wirkungsvollste, nach jedem Durchlauf disconnect und als erste Aktion nach dem aufwachen connect.
Ganz egal ist das nicht mit den ODPs, wenn die Anzahl proportional zur Laufzeit des JObs wächst, die brauchen zumindest Hauptspeicher und die open Operationen werden sukzessive teurer, statt billiger, was ja eigentlich Sinn des cachens der ODPs ist.

D*B