Trigger mit Operations Navigator

[Karo]

Der Fehler kann nicht sein, denn

1. ist das Feld XTIME nicht als DEC sondern als String definiert und
2. selbst wenn man nur versucht einen einfachen String an das Feld zu übergeben funktionierts nicht und
3. würde es dann auch nicht in das Feld schreiben lassen wenn ich's über zwei SQL Befehle mach. Dies funktioniert nämlich.

Beispiel:
Trigger XXFILE Update
BEGIN ATOMIC
Update XXLIB.XXFILET set lfdNummer = lfdNummer + 1, XUSER = USER, XEVEN = 'U', XSTAT = 'B', XZEIT = CURRENT TIMESTAMP;
insert into XXLIB.XXFILE (select * from XXLIB.XXFILET, tmpalt);
Update XXLIB.XXFILET set XSTAT = 'A';
insert into XXLIB.XXFILE (select * from XXLIB.XXFILET, tmpneu);
END


4. haben wir die Zeit schonmal als Test umgestellt

Leider ist die Lösung 3. vermutlich dafür verantwortlich, dass nun Massenjobs sehr lange laufen, wenn der Trigger eingestellt ist. Teils 5x so lang!

Habt ihr noch weitere Ideen?

Gruß, Karo

[B.Hauser]

Hallo!

Du sagst es:
Feld XTIME nicht als DEC sondern als String

Current_Timestamp ist jedoch eine echte Zeitmarke.
Damit ist der Wert für die Spalte XTIME nicht verträglich.
(Schau Dir mal spasseshalber den Hex-Wert von Current_Timestamp an:

Select Hex(Current_Timestamp) from SysIbm/SysDummy1 

Du musst die Zeitmarke in ein alphanumerisches Feld umwandeln und dieses dann beim Insert, Update oder Delete verwenden.

Aus Performancegründen würde ich die Konvertierung einmalig machen und an alle betroffenen Sätze übergeben. (Sofern es nicht genau auf den Bruchteil einer Sekunde ankommt und der ist bei Massen-Inserts, Updates oder Deletes eh' nicht eindeutig!)

Declare MyCharTime CHAR(20);
Set MyCharTime = CHAR(Current_TimeStamp); 

oder

Update ... 
   Set XTime = Char(Current_Timestamp); 

Birgitta