...ist eigentlich ein Standard Weg, habe ich zwar ne Weile nicht mehr gemacht, aber mit der Performance gibt es da keinerlei Probleme. Ausgetauscht wird das dann, wenn es aktiviert werden muss. ILE oder OPM geht da beides, wenn man mit replace arbeitet, nur löschen darf man das Objekt nicht - lediglich SQL Trigger scheiden als Wrapper aus, die dürfen keinen Call.
@Birgitta: ich sehe da keine Entschuldigungsgründe, das ist einfach Schlamperei, dass der Austausch eines Triggers einen exclusive Lock braucht, da würde eine temporäre Schreibsperre reichen und das Sperrhandling von RLA beim open for update ist ohnehin vom Feature zum Bug geworden, mit der Folge, dass Transaction Isolation Serializable (den der SQL Standard als default fordert!) auf einer DB2/400 nicht verwendbar ist.
(siehe auch RGZPFM, da hat sich ja endlich was getan, was jahrelang angeblich nicht ging)

D*B

Zitat Zitat von Fuerchau Beitrag anzeigen
@Birgitta
Das geht aber nur mit einem OPM-CLP als Wrapper, da nur dieses bei jedem Call das aktuelle Programm neu ermittelt.
Nach dem CALL muss dann auch noch die ggf. offene ACTGRP wieder geschlossen werden.
Die Performance-Einbußen sind aber teils nicht unerheblich.