SQL UPDATE ändert sperrstatus

[Robi]

Hi *all

Ein ILE-RPG-PGM in ACTGRP XY macht chain auf Datei A, definiert als U-pdate.
Dann ruft es ein SQLRPGLE PGM in ACTGRP ZZ, das unter bestimmten Umständen, ein
SQL UPDATE auf den selben Satz macht.

1. ich hätte erwartet, das der Update nicht klappt da der Satz ja gesperrt ist
2. nach (erfolgreichem) Update wechselt die Sperre im "Teildateisatzsperren anzeigen"
(dspjob, 12, F10, 5) von 'aktualisieren' auf 'lesen'
--> er anschl. Update im ILE-RPG-PGM läuft auf einen Fehler, Update ohne lesen.

Könnt ihr das erklären oder ist das ein Fehler
Danke
Robi

[BenderD]

Hi *all

Ein ILE-RPG-PGM in ACTGRP XY macht chain auf Datei A, definiert als U-pdate.
Dann ruft es ein SQLRPGLE PGM in ACTGRP ZZ, das unter bestimmten Umständen, ein
SQL UPDATE auf den selben Satz macht.

1. ich hätte erwartet, das der Update nicht klappt da der Satz ja gesperrt ist
2. nach (erfolgreichem) Update wechselt die Sperre im "Teildateisatzsperren anzeigen"
(dspjob, 12, F10, 5) von 'aktualisieren' auf 'lesen'
--> er anschl. Update im ILE-RPG-PGM läuft auf einen Fehler, Update ohne lesen.

Könnt ihr das erklären oder ist das ein Fehler
Danke
Robi

Bug oder Fata Morgana (ich tendiere zu Antwort b)

D*B

[Robi]

Bug oder Fata Morgana (ich tendiere zu Antwort b)

Dein Vertrauen ehrt mich.
Da ich es auch nicht glauben wollte hat ein Kollege exakt das gleiche festgestellt.
(abr ich gebe zu, so richtig glaube ich es immer noch nicht, deshalb ja diese Frage hier)

[Fuerchau]

Prüfe mal, ob die Datei per SHARE(*YES) definiert ist.
Dies ist ACTGRP-übergreifend!
Und ich vermute, dass du ohne CMTCTL (also auch ohne Journal) arbeitest.

Wenn dein SQL ohne Commit arbeitet, kann die Sperre dann aufgehoben werden.
Wenn beide ACTGRP's mit Commit arbeiten, kann das nicht passieren.

[Robi]

Ohne CMTCTL, das ist richtig.

Share = YES habe ich hier grade erfolgreich abgeschafft ! Das ist es nicht.
Kein Scheiß, ich schaue mit auf einer Sitzung die Sperren an, stehe auf der anderen Sitzung mit debug vor dem /exec sql update file set feld = wert where key1 = :Key1
Der update wird gemacht (sqlcode 0) und der Sperr- Status springt auf "lesen"

Robi

[Fuerchau]

Dann wird die Datei aber nicht 2 Mal geöffnet!
Jede ACTGRP sollte einen eigenen Open haben.
Prüfe mal Überschreibungen nach, manchmal macht noch ein CLP irgendwo mucken mit OVRDBF SHARE(*YES) und OPNDBF!

[Robi]

Lt offene Dateien anzeigen ist die Datei (einmal PF mit Key einmal LF) je ACTGRP offen.
CL oder QCMDEXE / System sind da nicht zwischen.
Mal sehn was IBM sagt
(melde mich später wieder, jetzt ist erst Urlaub)
Robi

[BenderD]

... jetzt ist erst Urlaub
Robi

... falls Du in die Sahara reist: Vorsicht vor Fata Morganas - immer genug Wasser (!!!) trinken, das hilft!
Jedenfalls schönen Urlaub!

Dieter