STRQM und update funktioniert nicht

[cbe]

Hallo Tobias,

ehrlich gesagt staune ich etwas:
Bist Du sicher, dass das CL den richtigen Dezimalwert hat?
Ich dachte immer, dass man nur Zeichenketten, Hex-Werte oder 15,5-stellige Dezimalwerte ohne Probleme im CALL übergeben kann?

Also CALL TRUMPFH/TTAUEBFAC2(x'0100821F')
anstatt CALL TRUMPFH/TTAUEBFAC2(100821)

---
Vielleicht kann man auch gar keinen UPDATE im QMQRY machen?

Was kommt denn als Fehler, hast Du ein Joblog?
Du könntest hinter dem QMQRY den Befehl: DSPJOBLOG *PRINT ausgeben.

---
Naja, und mittlerweile hätte man schon ein RPG schreiben können, was den UPDATE problemlos macht


Gruß, Christian

[padawan]

Hallo Christian,

ich übergebe aus VBA der Variablen einen Hex-Wert:
CallCmd3 = "CALL TRUMPFH.TTAUEBFAC2(" & " " & VAR1 & " " & ")"
Wert von CallCmd3:
CallCmd3 "CALL TRUMPFH.TTAUEBFAC2( X'0100821C' )"

das funktioniert, wie Du aus dem Speicherauzug (Dump) an den Variablen erkennen kannst. Das Feld WVLDAT aus der Tabelle hat den Datentyp Dec(6 0).

Ich habe den Befehl STRQMQRY auf der AS400 vorher getestet und der Befehl macht das was er soll. Auch mein Profil habe ich überprüft und habe alle Berichtigungen auf INSERT, UPDATE, DELETE etc..
Ich bin im Moment irgendwo im Niemandsland und weiß nicht welches Schräubchen ich noch drehen kann...

[cbe]

hast Du hinter dem STRQMQRY den Befehl: DSPJOBLOG *PRINT schon probiert?

Was kommt denn da für ein Fehler?

[B.Hauser]

Versuch' mal spasseshalber am Ende des Update-Statements WITH NC hinzuzufügen.

SQL versucht normalerweise mit Commitment Control zu arbeiten. Dazu müssen die Dateien journalisiert werden. Dies könnte ein Problem verursachen, wenn ihr ohne Journaling arbeitet.

WITH NC besagt, dass bei diesem Statement OHNE Commitment Control gearbeitet wird.

update trumpfh/ttrwlsvspp set wvldat = &VAR1 WITH NC

Birgitta

[padawan]

na toll, ich weiß nicht wo ich jetzt gedreht haben soll, aber jetzt funktioniert es plötzlich. Komisch, aber yipiii es geht...

Nochmals, danke an alle...