Discussion :

[hisoft]

Bonjour,

Je désire protéger une table contre toute autre modification lorsque celle-ci est déjà en cours de modification par un de mes script (php). Plus concrétement, dans une opération d'achat, je dois vérifier le solde d'un compte et soit marquer que la commande est payée et insérer un historique d'achat si le solde est suffisant; soit rejeter la transaction.
Comment être sur que lorsque le contrôle du solde d'un client est ok, qu'il n'y ait pas eu entre temps un autre achat effectué par ce même client (donc un autre script) donc a peut-être rendu son solde insuffisant ?

Je me suis donc tourner vers la gestion des vérrous ...

Mon soucis est que je suis tombé sur plusieurs solutions et je ne sais pas laquelle adopter en étant sûr de ne pas faire fausse route :

• Passer par GET_LOCK, IS_FREE_LOCK, RELEASE_LOCK (j'imagine que cela concerne toutes les tables de la BD puisque dans la syntaxe on ne fournit pas le nom d'une table précise)
• Passer par des LOCK TABLES (que faire dans ce cas si mon script plante ou autre et que UNLOCK TABLES n'est pas exécuté => BD dans un état incohérent)
• Passer par SELECT ... FOR UPDATE (est ce que cela est suffisant pour moi ?)

Je précise que je ne peux pas passer par les transactions car malheureusement le site est basé sur prestashop (CMS) et ne supporte pas cela.

Merci

[CinePhil]

Tu peux transférer ton code PHP en procédure SQL, ce qui te permettra de tout faire dans une transaction. Il suffira ensuite que le code PHP lance la procédure SQL au lieu de faire lui même les opérations individuellement.
On appelle ça le développement en "base de données épaisse".

[hisoft]

Tu peux transférer ton code PHP en procédure SQL, ce qui te permettra de tout faire dans une transaction. Il suffira ensuite que le code PHP lance la procédure SQL au lieu de faire lui même les opérations individuellement.
On appelle ça le développement en "base de données épaisse".

Merci pour ta réponse.

Je rappelle que j'avais précisé:

Je précise que je ne peux pas passer par les transactions car malheureusement le site est basé sur prestashop (CMS) et ne supporte pas cela.

De plus, je ne vois pas comment juste passer par des transactions me permettrait d'éviter un accès unique au solde ?

[CinePhil]

Prestashop ou pas, dès que le logiciel se connecte au SGBD pour lui demander quelque chose, il y a une transaction.

Ce que j'ai compris, c'est que tu ne peux pas gérer une transaction du SGBD dans le PHP parce que le code de Prestashop ne te le permet pas. Je suggérais donc de lancer une seule requête vers le SGBD qui au lieu de faire exécuter une requête lancera une procédure stockée SQL qui fera tout le boulot à l'intérieur de la transaction lancée par l'appel au SGBD.