Discussion :

[cyclone_yas]

Bonjour à tous et merci à la communauté pour son implication.

Le code est fais de la sorte :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Traitements ... 
COMMIT;
select for update nowait;
Traitements ... 
COMMIT;

le souci est que, il arrive qu'un autre process fasse un lock juste après le premier "COMMIT;" du coup le "select for update nowait;" échoue et la suite des traitements n'a pas lieu !

Est-il est possible de faire le COMMIT, mais sans délocker la ressource ?

1000 merci

[skuatamad]

D'après les informations fournies il suffit de ne pas faire le premier commit.

[cyclone_yas]

Oui, seulement ce n'est pas possible !
il s'agit de briques indépendantes et complémentaires et dont l'appel n'est pas toujours dans le même ordre.

[skuatamad]

Les briques n'ont pas à commit leur traitement, c'est au code qui assemble les briques de faire le travail de validation de la transaction, car lui seul a la vision de la transaction dans son ensemble.

[cyclone_yas]

Entièrement d'accord. Sauf que c'est historique !
c'est un projet qui a plus de 15 ans d'age, équipe d'une dizaine de personne.
personne ne maitrise vraiment tout, et l'étude d'impact (pour virer le premier commit) sera très couteuse, voir impossible à réaliser.

le plus important pour moi c'est de savoir s'il y a une façon pour parer le problème, ou le contourner ? si vous avez des suggestions je suis preneur.

Merci beaucoup

[mnitu]

Est-il est possible de faire le COMMIT, mais sans délocker la ressource ?

Non.

...

le plus important pour moi c'est de savoir s'il y a une façon pour parer le problème, ou le contourner ? si vous avez des suggestions je suis preneur.

Des solutions existent toujours mais, ...
1° Traitement en base mono-utilisateur
2° Modifiez le code pour qu'il ne fasse pas le commit dans certaines conditions
3° Supprimez le nowait
4° Modifiez le code pour qu'il ré-essaie de verrouiller plus tard les enregistrements
...