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';
	}

[Antoun]

c'est quoi une table ad hoc ???

Une table que tu crées rien que pour ça.

[pas30]

salut,

j'ai bien compris ton principe je fais un insert into pointspeed values('')
je récupère l'id inséré avec mysql_intert_id()
ensuite je teste si ce numéro est égale à 10 mais mon problème c'est que je veux remettre à 0 la table si il gagne et donc il faudrait bloquer les autres joueurs pour qu'ils ne puissent pas jouer en même temps. On en revient au même problème qu'avant et j vois pas comment le contourner si ce n'est de passer en innodb mais je ne sais pas vraiment même si on dit beaucoup de bien des bases innodb.

[Antoun]

tu ne remets rien à zéro du tout. Un joueur est gagnant s'il obtient une ID multiple de 10.

Le système de l'autoincrément t'assure que même en situation de concurrence, il n'y aura jamais la même ID pour deux joueurs.

[pas30]

ok donc il faut que je stocke tout alors.
çà va créer une ligne par parties
1
2
3
4
etc...
mais à un moment donné faudra que je la vide quand meme car çà fera beaucoup de données.

[pas30]

Tu ferais comment antoun tu ferais des insert into tables dans un champ autoincrement mais le problème qui reste c'est que je ne vais pas tout sauvergarder quand meme. Il faudra bien remettre à 0 à un moment car les champs autoincrement sont limités je crois et aussi car çà fera beaucoup de données à stocker.

[Antoun]

Tu ferais comment antoun tu ferais des insert into tables dans un champ autoincrement

Comme ça :

Code :

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

insert into pointspeed(IDpartie) values(DEFAULT)

Mais à ta place, je stockerais au minimum l'ID du joueur, et éventuellement un horodatage :

Code :

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

1
2
insert into pointspeed(IDjoueur, DateHeure) 
values($IDjoueur, NOW())

mais le problème qui reste c'est que je ne vais pas tout sauvergarder quand meme. Il faudra bien remettre à 0 à un moment car les champs autoincrement sont limités

Si tu le mets en BIGINT UNSIGNED, tu as le droit d'aller jusqu'à 184 467 440 737 095, il me semble que ça te laisse une bonne marge

je crois et aussi car çà fera beaucoup de données à stocker.

Rien ne t'empêche de supprimer les vieilles données, en te basant soit sur l'horodatage, soit sur l'ID. Ça ne remet pas à zéro pour autant.

[pas30]

Et quand j'arrive à 184 467 440 737 095 je fais quoi lol

[Antoun]

quand tu seras à la moitié de ça, tu profites du premier arrêt technique pour faire un TRUNCATE et repartir à zéro (ou plutôt à un).

Ceci dit... combien de parties par jour espères-tu au maximum ?

[pas30]

un arrêt technique c'est quoi çà ???
Sinon j'espère au moins 1000 parties par jour mais bon il y aura des lots différents genre une xbox, un chèque de 1000 euros donc je devrais créer une table pour chaque lot avec un compteur dans chaque table pour savoir combien de parties sont joué sur chaque lot.

[Antoun]

un arrêt technique c'est quoi çà ???

version 1 : tu coupes ton site pour pouvoir faire des bidouilles dessus
version 2 : ton hébergeur est dans les choux

Sinon j'espère au moins 1000 parties par jour mais bon il y aura des lots différents genre une xbox, un chèque de 1000 euros donc je devrais créer une table pour chaque lot avec un compteur dans chaque table pour savoir combien de parties sont joué sur chaque lot.

Bon, même à 1000 parties par jour, il te faudra 500 millions d'années pour atteindre la limite du BIGINT UNSIGNED... j'espère que tu es rassuré

"A long terme, nous serons tous morts."
John Maynard Keynes.

[pas30]

Pour couper mon site faut que j'insère ma fonction de mise en maintenance du site. C'est çà que tu voulais dire c'est mettre un message qui avertit que le site est en maintenance ou c'est virer tous les fichiers du serveurs et retransférer après (méthode pourrie lol). bon sinon je vais essayer çà mettre en big int unsigned çà devrait marcher très bien comme çà.