SQL und OBJLCK

[malzusrex]

Moin Moin!

Ich habe ein SQL, welches im im RPG aufrufe (gilt aber auch für interctives SQL).

c/exec sql                                  
c+ set option commit=*none                  
c/end-exec                                  
c/exec sql                                  
c+ update xxgdrp a                          
c+ set    rmrs = '',                        
c+        rmpos = (Select atehcd from grartp
c+                  where a.rmobj = atobj)  
c+ where  rmsaa = '13'                      
c+   and  rmkzs = ''                        
c/end-exec

Aus der Datei GRARTP wir ja nur gelesen. Er bricht mir aber ab, da er einen Satz aus dieser Datei nicht zuordnen kann. Kann man da was machen ?!?!?

Gruß Ronald

[B.Hauser]

Hallo Ronald,

welchen SQLCODE bzw. Fehlermeldung erhälst Du genau.

Wenn Sub-Selects in einem Update-Statement verwendet werden, muss sicher gestellt werden, dass zu jedem Satz, der upgedated werden soll, genau ein Satz aus dem Sub-Select zurückgeliefert werden muss.

Ich vermute, dass für einen oder mehrere Sätze kein Ergebnis gefunden wird.

Birgitta

[Fuerchau]

Für XXGDRP muss eine Satzsperre gesetzt werden um einen Update durchzuführen. Der Select ist nicht die Ursache und Birgittas Fehler ist ein anderer (ggf. NULL-Update nicht erlaubt).

[malzusrex]

Die XXGDRP ist nicht das Problem. Diese wird in dem Programm mit CLRPFM (mit dem API SYSTEM) gelöscht. Sollte einer auf dieser Datei sitzen, so würde der Clear schon platzen. Es ist definitiv die GRARTP. Wenn ich diese Datei mit CPYF in die QTEMP schubse, dann klappt das SQL. Er bekommt für den SubSelect immer nur 1 Satz. Er mekert ja im Joblog auch an, das er den Satz in der GRARTP nicht zuordnen kann. Das Proggi läuft schon seit ca. Feb/März 2006 wöchtlich ohne PRobleme, bis auf heute!

hier nen auszug aus dem Joblog

Nachricht . . . :   Satz 3512 wird von Job 531803/VTRA_07/QPADEV0030 benutzt.
Ursache  . . . . :  Satznummer 3512, Satzformat FORMAT0001, Teildateinummer 2
  in Teildatei XXGDRP in Datei XXGDRP in Bibliothek DIPF01 kann nicht        
  aufgerufen werden, weil Satznummer 3512 von Job 531803/VTRA_07/QPADEV0030  
  benutzt wird. Der Fehlercode ist 2. Lautet der Fehlercode 1, trat dieser

mach ich nen WRKOBJLCK auf dei XXGDRP, so ist da halt keine Sperre vorhanden!

Gruß Ronald

[RobertMack]

Bei WRKOBJLCK auch F6 gedrückt?

[BenderD]

Hallo,

hast du mal nach den Teildateisperren geschaut, oder die Sperren des Jobs 531803/VTRA_07/QPADEV0030 angeschaut, oder nach Satzsperren der Datei XXGDRP gesehen?
Wie ist der ganze Kram denn gebunden? Der set option wirkt lediglich zur Compile Time und nur bei dem Programm/Serviceprogramm, das in der Activation Group den impliziten Connect an die Datenbank macht, sprich die erste SQL Anweisung ausführt, die jeweiligen Folgeoperationen erben sozusagen den Commit Level (dann dürfte das allerdings mit der QTEMP Variante nicht gehen). Entweder verheimlichst du uns noch was oder es handelt sich um einen Bug.

mfg

Dieter Bender

Die XXGDRP ist nicht das Problem. Diese wird in dem Programm mit CLRPFM (mit dem API SYSTEM) gelöscht. Sollte einer auf dieser Datei sitzen, so würde der Clear schon platzen. Es ist definitiv die GRARTP. Wenn ich diese Datei mit CPYF in die QTEMP schubse, dann klappt das SQL. Er bekommt für den SubSelect immer nur 1 Satz. Er mekert ja im Joblog auch an, das er den Satz in der GRARTP nicht zuordnen kann. Das Proggi läuft schon seit ca. Feb/März 2006 wöchtlich ohne PRobleme, bis auf heute!

hier nen auszug aus dem Joblog

Nachricht . . . :   Satz 3512 wird von Job 531803/VTRA_07/QPADEV0030 benutzt.
Ursache  . . . . :  Satznummer 3512, Satzformat FORMAT0001, Teildateinummer 2
  in Teildatei XXGDRP in Datei XXGDRP in Bibliothek DIPF01 kann nicht        
  aufgerufen werden, weil Satznummer 3512 von Job 531803/VTRA_07/QPADEV0030  
  benutzt wird. Der Fehlercode ist 2. Lautet der Fehlercode 1, trat dieser

mach ich nen WRKOBJLCK auf dei XXGDRP, so ist da halt keine Sperre vorhanden!

Gruß Ronald

[malzusrex]

Bei WRKOBJLCK auch F6 gedrückt?

jepp, habe ich. da war auch nix

[malzusrex]

ich werde mal probieren, ob ich den "fehler" in einer testumgebung noch einmal hin bekomme. sobald ich noch ein paar daten dazu habe, melde ich mich.

gruß ronald

[kuempi von stein]

Hello,

ich denke das Problem liegt irgendwo in dem Bereich:

Teildateinummer 2 

gruss

k.