Discussion :

[jakcam]

Bonjour,

J'aimerai faire effectuer un SELECT .. FOR UDPATE depuis une classe JAVA mais lorsque j'exécute la classe je peux toujours accéder aux informations censées être locker.

J'aimerai donc savoir si quelqu'un pourrait m'expliquer clairement comment faire un select for update depuis la connexion à la BDD jusqu'à la requete en question svp??
Et aussi comment je pourrai tester mon lockage??

Merci d'avance pour vos réponses,

Jakcam

[nicocsgamer]

Ca empeche la mise à jour concurrente pas la lecture

[mOuLi]

En fonction du SGBD auquel tu accèdes, le verrou que provoque un SELECT FOR UPDATE n'aura pas forcément la même durée : pour Oracle, le verrou dure jusqu'à la fin de la transactions alors que pour Informix par exemple, le verrou est libéré à la fermeture du curseur de lecture.

De plus la prise en compte des verrous sur les accès à ta base va dépendre du niveau d'isolation transactionnelle (dirty read, commited read ...). En fonction de ce paramétrage, le comportement sera différent pour lire un enregistrement verrouillé par exemple mais en cas d'erreur, un code erreur SQL sera remonté depuis le SGBD.

[jakcam]

Je vous remercie tout d'abord pour vos réponses.

En fait je gère une BDD mysql avec phpmyadmin... Et je voudrais locker (en écriture et lecture) les champs sélectionnés à l'aide d'un select!!

Auriez-vous une solution svp ??

Merci,

[guigui5931]

Je ne pense pas que tu puisse locker directement avec un SELECT. Pour avoir un comportement proche du SELECT .. FOR UDPATE tu peux utiliser un ResultSet.CONCUR_UPDATABLE tu trouvera la doc dans la FAQ.