Discussion :

[mehady]

J'ai développé une application qui tourne sur postgresql 9.5 pour la gestion du stock. Mais le client s'est toujours plain de l'incohérence des données. par exemple avant inventaire un produit à pour quantité 10, après inventaire la quantité du produit à été corrigé puis remise à 12. mais le lendemain le client constate que la quantité avant inventaire qui était de 10 est revient. et cela se répète fréquemment, alors que mon code n'est pas erroné. Ai-je mal configuré le serveur postgresql?

[escartefigue]

Bonjour,

C'est plus que léger comme description pour faire un diagnostic.

Cette quantité est elle stockée ou bien est elle le résultat d'un calcul ?
Quand le client signale cette erreur, la constatez-vous vous aussi ?
La donnée consultée par le client et dont la valeur reste 10 est elle bien la même que celle modifiée suite à l'inventaire (n'y a -t- il pas une redondance de donnée quelque part qui pourrait expliquer) ?
Qu'en est il des commits, comment avez-vous vérifié les résultats de votre code "qui n'est pas erroné" ?
etc...

[mehady]

Je constate effectivement ces erreurs
Voici le code qui permet de mettre à jour la colonne "QTEDISP" de ma table "PRODUIT"

Code :

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

1
2
3
4
5
6
FDquery12.First;
while not FDquery12.eof do
begin
FDConnection1.ExecSQL('update facturation."PRODUIT" set "QTEDISP"="QTEDISP"-:qte where "CODPRO"=:cp',[FDquery12.Fields[1].asinteger,FDquery12.Fields[0].asstring]);
FDquery12.Next;
end

Comme vous le constatez, le code n'est pas au sein d'une transaction [ start ....... ....commit] j laisse le serveur s'en occupé selon les configurations par défaut.

[Michel.Priori]

S'il vous plait, merci de formuler une réponse pour chaque question d'escartefigue.

Sans préjuger des réponses il me semble qu'il serait utile de suivre l'historique des écritures :
* https://github.com/2ndQuadrant/pgaudit
* faire un trigger

[pachot]

Comme vous le constatez, le code n'est pas au sein d'une transaction [ start ....... ....commit] j laisse le serveur s'en occupé selon les configurations par défaut.

On en voit pas ce que lit FDquery12 mais il est probable que tout devrait se faire dans une transaction en repeatable read.

[Sve@r]

Bonjour

mais le lendemain le client constate que la quantité avant inventaire qui était de 10 est revient.

Il faudrait essayer de réduire la fourchette de durée. Parce que "le lendemain" c'est long. Il faudrait par exemple mettre le truc à 12, puis arrêter l'application et la relancer et voir si c'est toujours à 12. Si c'est le cas, alors arrêter le serveur Postgres et le relancer. Ca permettrait ainsi de cibler l'endroit où se passe l'erreur.

alors que mon code n'est pas erroné.

Sans déconner ???

ai-je mal configuré le serveur postgresql?

A priori non car même la config la plus basique qui puisse se faire enregistre quand-même les update.