Offene Dateien und deren wiederverwendung

[BenderD]

Da wo mit Sql gelesen wird, wird der Zugriff nur 1 mal dynamisch zusammen gebaut. Danach wird nur noch mit fetch next gelesen.
Lt einer Mitarbeiterin tritt das auch bei 100 % RPGLE abläufen auf.
Über 7000 offene Zugriffspfade und gerade mal bei 18 diese Pfade auch echte Zugriffe dahinter!
Macht das 'irgenwo/wann' probleme? Performance ...?

... das ist entweder eine Sinnestäuschung (bist Du sicher was das Programm genau macht), oder ein veritabler Bug im DB2/400. Ein fetch next macht alles, nur keinen Zugriffspfad!

D*B

[Fuerchau]

Man beachte auch, dass die "echten" Zugriffe auch nur gefundene Sätze zählen.
Liefert ein Open keine Daten, ist auch der Zähler 0!
M.a.W.: von über 7000 Zugriffen haben nur 18 tatsächlich Daten geliefert.
Die anderen Zugriffe waren erfolglos. Und hier ist dann anzusetzen, warum der Pfad noch offen bleibt.

[ILEMax]

Warum geht Ihr davon aus, das SQL die Ursache ist.
Es tritt doch auch in 100 % RPGLE abläufen auf. Und da wird NUR mit setll, read, chain gelesen und nur von einem Lesepgm(Je Datei 1 Lesepgm). Das Lesepgm wird von verschiedenen Pgmmen gerufen, läuft aber immer in der selben ACTGRP. Die Anzeige der offenen Dateien zeigt z.B. das die PF MVVG1 in ACTGRP 17 mehr als 400 mal offen ist. Die LF MVVG100, MVVG101 und MVVG103 sind ebenfalls sehr sehr oft offen, ebenfalls in ACTGRP 17. Aber nur die 1. offene Datei (jeweils) hat zugriffe, alle anderen, Lt Anzeige, haben 0 zugriffe. Und ich frage mich WER die Datei öffnet. Im gesammten Ablauf hat nur das Jeweilige Lesepgm die Datei in der F-Karte, alle anderen haben die PF als EDS Extname(MVVG1)

[BenderD]

Warum geht Ihr davon aus, das SQL die Ursache ist.
Es tritt doch auch in 100 % RPGLE abläufen auf. Und da wird NUR mit setll, read, chain gelesen und nur von einem Lesepgm(Je Datei 1 Lesepgm). Das Lesepgm wird von verschiedenen Pgmmen gerufen, läuft aber immer in der selben ACTGRP. Die Anzeige der offenen Dateien zeigt z.B. das die PF MVVG1 in ACTGRP 17 mehr als 400 mal offen ist. Die LF MVVG100, MVVG101 und MVVG103 sind ebenfalls sehr sehr oft offen, ebenfalls in ACTGRP 17. Aber nur die 1. offene Datei (jeweils) hat zugriffe, alle anderen, Lt Anzeige, haben 0 zugriffe. Und ich frage mich WER die Datei öffnet. Im gesammten Ablauf hat nur das Jeweilige Lesepgm die Datei in der F-Karte, alle anderen haben die PF als EDS Extname(MVVG1)

... weil die Beschreibung nicht zu der Beobachtung passt.
- nur ein Leseprogramm öffnet die Dateien
- dieses Leseprogramm läuft immer in derselben ACTGRP
- das Programm hat kein SQL (das war in den Postings nicht klar formuliert)
- die Datei hat etliche (400) offene Datenpfade in einem Job
eins von denen ist falsch, oder Du solltest erst mal Deinen PTF Stand aktualisieren.

D*B

[ILEMax]

... weil die Beschreibung nicht zu der Beobachtung passt.

deswegen frag ich ja

- nur ein Leseprogramm öffnet die Dateien
- dieses Leseprogramm läuft immer in derselben ACTGRP
- das Programm hat kein SQL (das war in den Postings nicht klar formuliert)
- die Datei hat etliche (400) offene Datenpfade in einem Job

ja, ja, ja und ja!

eins von denen ist falsch, oder Du solltest erst mal Deinen PTF Stand aktualisieren.

Was heist eins von denen?
PTF Stand ist (lt. Kunde) aktuell (hier glaub ich das sogar)

[Fuerchau]

Da hilft dann nur, eine Trace-Funktion der betroffenen Routinen einzubauen und einen Eintrag zu loggen. Hilfreich in den Nicht-SQL-Programmen ist dabei, die Datei per USROPN zu definieren damit die impliziten Open zu reduzieren.

[BenderD]

... einfacher wäre, schlicht zu journalisieren - mit open close!!! - und erst mal auszuschließen:
- dass es andere Programme gibt, die die Datei verwenden
- dass der Ablauf ein anderer ist, als vermutet

D*B

[Fuerchau]

Wie immer gibts natürlich auch einfachere Lösungen.