Bonjour,

Une autre solution, plutôt que changer tes paramètres de connexion de ton SQLCA, est de scripter le commit après ton dw_1.update() avec un "commit using sqlca;", celà libèrera les enregistrements bloqués par ta transaction.

Bonjour,

Comme cette question reste toujours ouverte, je suppose que Deedoo2000 n'a pas encore trouvé l'info recherchée, je tente d'une autre approche, j'espère que cela pourrait aider.

L'attribut autocommit de l'objet transaction permet de dire à PB d'ajouter systématiquement ou non un "commit" après chaque "ordre" envoyé vers SGBD. Le commit valide la transaction passée.

Vue les problèmes cités, je suppose que Deedoo2000 travaille avec Sybase (comme moi). Car Sybase bloque aussi la table en mode lecture.

Pour faire court, il faut toujours positionner l'autocommit à true, repasser à false juste avant de faire dw.update() pour pouvoir faire un rollback.

Quand autocommit est à true, PB ajoute systématiquement un commit après chaque dw.retrieve() par exemple, ce qui permet de ne pas bloquer les tables.

Passer obligatoirement autocommit à false avant de faire dw.update car sinon on ne peut pas faire rollback en cas d'erreur.

sqlca.autocommit=false
dw.update()
if sqlca.sqlcode <> 0 then
   ...
   rollback;
else
   ...
   commit;
end if
sqlca.autocommit = true

A+