Discussion :

[pol2095]

Bonjour,

j'ai une question concernant 2 pages php qui modifie la même valeur dans une table MySQL

dans la première page

Code :

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

1
2
3
SELECT stock FROM table WHERE id=1
//puis un peu plus loin
UPDATE table SET stock=$stock WHERE id=1

dans la seconde page

Code :

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

1
2
3
SELECT position, stock FROM table WHERE id=1
//puis un peu plus loin
UPDATE table SET stock=$stock WHERE id=1

étant donné que php exécute le script de façon syncrone si la page 1 est lancée en premier, attend-il la fin de l'exécution de la page1 avant de lancer la page2, y a-t-il un risque d'accès concurrents sur stock ?

merci

[aieeeuuuuu]

Bonjour,

Oui, si vous ne gérez pas de transaction avec un niveau d'isolation adéquat, vous risquez fort de ne pas obtenir le résultat escompté. La page 2 n'attendra pas le a fin de la page 1 avant de démarrer, car la page 1 n'aura pas posé de verrou sur les données.

Scénario classique dans votre cas (si par exemple chaque page est censée décrémenter le stock de 1) :

1- la page1 récupère le stock (disons : 9)
2- la page2 récupère le stock (donc toujours 9, la page 1 n'a pas encore effectué la mise à jour)
3 - la page 1 met le stock à jour --> 9- 1 = 8
4 - la page 2 mets à jour le stock --> 9- 1 = 8

Au final, le stock aura diminué de 1 au lieu de 2 !

[pol2095]

alors même si c'est la même page lancé par 2 utilisateurs différents ?

[aieeeuuuuu]

oui

[SQLpro]

1- la page1 récupère le stock (disons : 9)
2- la page2 récupère le stock (donc toujours 9, la page 1 n'a pas encore effectué la mise à jour)
3 - la page 1 met le stock à jour --> 9- 1 = 8
4 - la page 2 mets à jour le stock --> 9- 1 = 8

Tout dépend des requêtes effectuées dans la procédure.

car 1 et 2 peuvent être en //, mais 4 attendra la fin de 3.

A +

[aieeeuuuuu]

car 1 et 2 peuvent être en //, mais 4 attendra la fin de 3.

Certes mais le résultat sera le même : le stock ne sera pas bon au final.
et peu importe que 1 et 2 soient en parallèle ou pas : il suffit qu'il aient lieux tous les deux avant 3.

(j'ai supposé que $stock provenait d'un calcul effectué à partir des données de stock récupérée en début de page)

pol2095 ne dit pas ce que font les pages php, mais il y a fort à parier qu'elles pourraient être remplacées par une seule requete UPDATE.

[SQLpro]

Certes mais le résultat sera le même : le stock ne sera pas bon au final.
et peu importe que 1 et 2 soient en parallèle ou pas : il suffit qu'il aient lieux tous les deux avant 3.

(j'ai supposé que $stock provenait d'un calcul effectué à partir des données de stock récupérée en début de page)

pol2095 ne dit pas ce que font les pages php, mais il y a fort à parier qu'elles pourraient être remplacées par une seule requete UPDATE.

NON !!!!!

Encore une fois tout dépend des requêtes effectuées !

Démo :
étape 1 :

Code :

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

1
2
3
4
5
-- vérification de l'état du stock pour retirer une quantité donné @nombre
SELECT @nombre
FROM   STOCK
WHERE  ETAT >= @nombre;
--> si pas de réponse, traitement terminé retrait impossible

étape 2 :

Code :

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

1
2
3
4
5
--> mise à jour du stock si réponse :
UPDATE STOCK
SET    ETAT = ETAT - @nombre
WHERE  ETAT - @nombre >= 0;
--> si pas de ligne mise à jour, alors traitement terminé, retrait impossible

D'ailleurs une seule étape est suffisante en matière de gestion des stock. L'étape 2 !

A +

[pol2095]

c'était un exemple, bien sûr c'est beaucoup plus complexe, dans le doute je vais mettre un commit, comme ça aucun soucis.