Discussion :

[firgon]

Bonsoir à tous,

Je ne sais pas trop comment expliquer mon souci :

Code :

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

1
2
3
4
5
6
7
UPDATE `ouestil_content_type_jeu` 
SET `field_nb_affichage_value`=`field_nb_affichage_value`+1, 
`field_note_value`=`field_note_value`+10, 
`field_temps_value`=`field_temps_value`+4, 
`field_moyenne_notes_value`=`field_note_value`/`field_nb_affichage_value`,
 `field_moyenne_temps_value`=`field_temps_value`/`field_nb_affichage_value
` WHERE `nid`=6

Mon souci c'est que alors que je pensais que les valeurs étaient évaluées de gauche à droite. Ici, les incrémentations (trois premières instructions set) sont réalisées sans problème, mais les divisions (2 dernières instructions) sont réalisées avec les anciennes valeurs (avant incrémentation) du coup je me retrouve avec des moyennes erronées.

Quelle erreur de syntaxe dois-je corriger pour que mes opérations soient effectuées avec les valeurs incrémentées ?

Merci d'avance.

Bonne soirée.

[ericd69]

salut,

et si tu séparais simplement ta requète en 2?

• un update d'abord pour les opérations +
• un update pour les opérations /

[hello29]

Bonsoir,

La commande UPDATE utilise les valeurs des champs avant modification. Tu as deux solutions : celle d'Eric ou celle de refaire les calculs intermédiaires :

Code :

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

1
2
3
4
5
6
7
UPDATE `ouestil_content_type_jeu` 
SET `field_nb_affichage_value`=`field_nb_affichage_value`+1, 
`field_note_value`=`field_note_value`+10, 
`field_temps_value`=`field_temps_value`+4, 
`field_moyenne_notes_value`=(`field_note_value`+10)/(`field_nb_affichage_value`+1),
`field_moyenne_temps_value`=(`field_temps_value`+4)/(`field_nb_affichage_value`+1)
WHERE `nid`=6

[firgon]

OK, merci de vos réponses, je vais modifier ma requete.

En tout cas, le manuel mysql est étonnant, on peut y lire :

Les requêtes UPDATE sont évaluées de gauche à droite. Par exemple, la requête suivante double la valeur de la colonnes âge, puis l'incrémente :

mysql> UPDATE persondata SET age=age*2, age=age+1;

Je vois pas comment ça peut ne pas marcher pour ma requete et fonctionner quand même dans cet exemple...

[ericd69]

l'idée quand tu fais une requête c'est de toujours penser à comment marchent les déclencheurs...

dedans tu as accès à 2 chose: la nouvelle valeur et l'ancienne...

l'implémentation de base du comportement dois toujours utiliser l'ancienne...

et les docs c'est la référence et je te félicite car tu es un des rare à la lire avant de poser une question mais ça n'empêche pas qu'ils commettent des erreurs et qu'il y ait des bugs selon les versions...

ici la différence avec la doc c'est que tu joue sur plusieurs colonnes dans tes divisions... alors que eux ne jouent que sur une colonne et un litéral...

[hello29]

En fait, j'ai bien dit une bêtise, MySQL est sensé utiliser la valeur mise à jour, même pour les autres colonnes.

Quand on regarde la doc en anglais, c'est un peu plus précis :

If you access a column from the table to be updated in an expression, UPDATE uses the current value of the column. For example, the following statement sets col1 to one more than its current value:

UPDATE t1 SET col1 = col1 + 1;

The second assignment in the following statement sets col2 to the current (updated) col1 value, not the original col1 value. The result is that col1 and col2 have the same value. This behavior differs from standard SQL.

UPDATE t1 SET col1 = col1 + 1, col2 = col1;

J'ai fait quelques tests avec des opérations analogues à celles de firgon (divisions de colonnes étant mises à jour juste avant dans le même UPDATE) et contrairement à lui, j'ai bien le comportement indiqué dans la doc.

Du coup, je ne comprends pas pourquoi sa requête n'a pas le résultat attendu.

[ericd69]

oui mais n'oublies pas qu'il a parfois des bugs... selon les versions...

en plus faut bien regarder la doc de la version qu'on utilise pas toujours celle que google ou mysql met en avant

[firgon]

Bonsoir,

merci à vous de vous être penchés sur mon problème.

J'ai réalisé les modifications proposées et je me suis rendu compte que ça ne fonctionnait pas (mysql utilisait les valeurs mises à jours comme il devrait...)

Donc, je suis revenu à la version antérieur.

J'ai l'impression d'avoir révé mon bug. Mais j'ai quand même des lignes anciennement modifiées dans la table qui affichent encore des valeurs incohérente, preuve qu'il y a bien un shmurtz quelque part.

Comme j'accède à ma base par une applet java, via une page web, je vais me tourner vers cette interface pour rechercher l'origine de mes problèmes.

La conclusion de tout ceci c'est qu'effectivement : mysql utilise les valeurs modifiées dans les calculs suivants au sein d'une même requète.

Bonne soirée à tous.