Il y aurait une erreur dans la doc alors ?
https://www.ibphoenix.com/resources/...ticles/doc_369
Je vais faire des tests pour voir.isc_tpb_wait En mode wait, une transaction qui est en conflit de modification avec une autre transaction attend que l’autre transaction ait terminé son travail avant de lever une exception (si l’autre COMMIT) ou bien de continuer son travail (si l’autre ROLLBACK). Ce mode de fonctionnement permet de résoudre le problème du "live lockl" qui peut survenir lorsque deux transactions modifient le(s) même(s) enregistrement(s) dans un ordre différent. Si toutes les transactions quittent le conflit lorsqu’il a été découvert, elles vont réessayer toutes ensemble et on part alors dans le "live lock". Si une au moins attend que l’autre ait terminé sont travail, alors une au moins réussira à sortir du conflit et pourra faire autre chose.
Dans ce cas je ne vois qu'une solution regarder du coté FB3 s'il y a du nouveau ou sinon passer votre architecture 2 tiers en 3 tiers. Avec une gestion de timeout des sessions.
Partager