Discussion :

[relbeghdadi]

Bonjour à tous,

Est ce que vous avez un example/tuto sur l'utilisation du SELECT FOR UPDATE (ou autre solution de lock) dans un usage multi thread (quand un thread prend le controle d'un select for update les autres thread ne doivent pas en faire jusqu'à que celui qui controle commit et donc unlock).

Merci à vous je suis vraiment bloqué depuis 3 jours.

[hwoarang]

Deja, est ce que la base de données est utilisée par plusieurs utilisateurs en meme temps ?
Quel SGBD ?

[relbeghdadi]

oui c'est une application multi-thread, et donc le même code pour tout les thread d'où mon besoin de locker la ligne pour qu'un autre thread n'ait pas accés pendant qu'un autre travail/update dessus.

SGBD : MySQL (mais je dois supporter plusieurs d'autres apres)
Type : Innodb,
transaction-isolation = READ-COMMITTED

Donc voilà le code que j'ai fais en utilisant SELECT FOR UPDATE ne fonctionne pas car deux thread font les même opération (select for udapte, puis update) sont que l'un des deux soit bloqué. Et donc deux requetes update sont executé et la valeur de la deuxieme est persisté alors que cà ne devrait pas etre le cas.......

[hwoarang]

De memoire, une requete for update bloque la table au niveau du SGBD.

Quand je parlais d'utilisateurs, je ne parlais pas de thread mais d'utilisateurs. Le but, c'est de savoir si un seul programme accede à la base de données. Dans ce cas, on peut utiliser un semaphore pour tester si une requete est en cours.
Mais si plusieurs utilisateurs peuvent acceder à la base (depuis des postes différents), il va falloir faire autrement...