Discussion :

[pas30]

Bonjour,

J'ai un problème, j'ai une table qui contient une valeur qui peut etre modifier par tous les utilisateurs. Le problème c'est que entre un update et un select des requetes peuvent s'éxécuter et changer la valeur présent dans la table. Genre je fais une mise à jour d'un compteur en faisant update table set nb=nb+1 et derrière je fais un select. la valeur ne sera pas forcément celle que je viens de mettre à jour car une requete extérieur aura pu se glisser entre mon update et mon select. Dans mon cas, je dois identifier de manière unique chaque joueur pour faire gagner le xème joueur (exemple le 10 ème joueur). J'ai trouvé deux solutions :
la première utiliser lock tables et delocker à la fin du traitement ou utiliser un champ autoincrement (le problème ici c'est que je voudrais en cas de gain remettre la table à 0 mais entre temps d'autres joueurs ont pu faire un update de ma table et donc je les supprimerrais et çà ne va pas.
Je ne sais pas si je suis clair
merci

[gregory.broissard]

Si tu es en MYISAM, les solutions coté base de données sont quasi inexistantes, tu seras obligé de gérer ces problèmes applicativement (donc beurk !! ).

Si tu est en INNODB, logiquement, en utilisant des transactions, tu dois pouvoir t'en sortir puisque c'est la base des SGBDR de gérer la concurrence

Tu définis ensuite un niveau d'isolation dont tu as besoin pour gérer ton business.
1/ Read Commited ==> La nouvelle donnée en cours de mise à jour dans une transaction n'est pas lu par l'autre transaction, c'est l'ancienne valeur qui est récupéré dans le cache.
ou
2/ DIrty REAd ==> La nouvelle donnée en cours de mise à jour dans une transaction peu être lue par une autre transaction même si elle n'a pas encore été commitée.

http://dev.mysql.com/books/mysqlpres...rial/ch10.html

[pas30]

je suis en myisam çà doit etre par défaut chez free enfin je ne sais pas.
Donc d'après toi il suffirait de passer ma base en innodb (c'est gratuit ?) pour pouvoir gérer mon jeu d'instant gagnant c'est à dire faire un script qui donnera une valeur unique à chaque joueur.

[gregory.broissard]

je sais pas si on peut chez free, à voir...

En utilisant les transactions, tant que la valeur sera pas commitée, les autres ne pourront pas la mettre à jour mais pourront la lire (ancienne valeur vue) si option READ COMMITED.
Ca te permettra de gérer la concurrence d'accès sur ta donnée sensible.

[Antoun]

il y a bcp + simple : utilise un auto-incrément, au besoin en créant une table ad hoc.

[pas30]

c'est quoi une table ad hoc ???
Sinon voilà mon code concrètement :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
	$query="update pointspeed set nombre=nombre+1";
	$result = mysql_query($query, $connection) or die('error making query');
	$query2="select * from pointspeed";
	$result2 = mysql_query($query, $connection) or die('error making query');
	$data2=mysql_fetch_array($result2);
	if ($data2[nombre]==10) {
		echo 'gagne';
		$query3="update pointspeed set nombre=0";
		$result3 = mysql_query($query3, $connection) or die('error making query');
	}
	else {
		echo 'perdu';
	}