Discussion :

[cyrille37]

Bonjour,

Le pattern pour la gestion optimiste des accès concurrents est que pour un update on mets toutes les anciennes valeurs de la ligne dans le where de façon que si la ligne n'est pas retrouvée il y a levé d'une exception d'accès concurrent, c'est à dire que la ligne de données a été modifiée entre temps par quelqu'un d'autre.

On dirait que Zend_Db ne gère cette fonction.

Comment abordez vous le problème avec Zend ?

Merci beaucoup (d'avance ;-)
Cyrille.

[Fladnag]

C'est un peu "bourrin" de répeter toutes les données... tu peux faire plus simple en ajoutant par exemple un champ "version" sur tes tables en respectant les regles suivantes :

* Type : entier (taille a déterminer en fonction du nombre de modifications qu'un objet peut subir dans sa vie, on peut meme le faire "rotatif" si ca dépasse, ce n'est pas un probleme)
* SELECT version, ... : Toutes les requetes SELECT remonteront la version de l'objet en cours de manipulation
* UPDATE ... version = version + 1 WHERE version = "version_lue" : si l'objet a été modifié entre temps, la version aura été incrémentée et la requete ne modifiera pas d'objets.

[cyrille37]

Ha ba oui, tu as bien raison ! Merci pour ta claivoyance, des fois je m'enlise ;-)

un champs version, ou mieux, un champs date_last_modif.

Merci
bye

[Fladnag]

attention au champ date. Si tu as une base performante qui peut faire un update en moins de 1 seconde, il faut descendre jusqu'a la milliseconde... a condition que ta base ne puisse pas faire 2 update dans la meme milliseconde, etc...