Probleme de transaction .. :(

[Unkof]

arf .. ben oui, évidemment.

Désolé, chuis crevé en ce moment, ca n'aide pas à réfléchir ...

Merci

[Anthor]

Non mais j'avais pas fait gaffe non plus, au bout d'un certains temps avec les objets, on ne pense pas à utiliser plusieurs fonctions pour si peu !

[julp]

Le problème ne serait pas déjà la requête SELECT : on récupère tous les évènements non traités. Mais pour deux exécutions de scripts concurrentes elles vont avoir +/- les mêmes données et donc tous les traiter, qu'il y ait eu mise à jour depuis leur propre lecture ou non.

Sinon commencer la transaction dès le début, le SELECT des évènements en mode FOR UPDATE (verrouillages des lignes lues) par contre les autres processus seront probablement mis en attente avant de pouvoir lire la table. S'il le faut, il doit être possible de réduire le temps d'attente via le paramètre innodb lock wait timeout avant que ça ne plante.

Enfin, tout dépend comment s'emboîte et doit s'emboîter le tout. L'exécution de cette tâche par les joueurs est plutôt délicate.

[Unkof]

Anthor:Oui je me doute .. ^^ ... d'ailleurs la version 2 sera dév en objet, mais là, ca ferait trop de choses à revoir ... lol.

Julp:Non, pas de for update. Pour ce qui est de l'exécution de cette tâche par les joueurs, très franchement, pour moi y a pas mieux et plus simple que cette méthode...