Conception de base : accès concurrents [Résolu]

[sabotage]

Bonjour,

Je réalise une base qui fonctionne comme un compteur : les utilisateurs ont simplement une interface pour ajouter ou soustraire.
Comme il s'agit d'un stock, la valeur ne devrait evidemment jamais arriver sous 0.

Je procède en gros actuellement comme ceci pour un retrait :

Code :

1
2
3
4
5
6
7
 
txtDispo.Requery
If txtDispo > 0 Then
DoCmd.RunSQL "UPDATE tblStock set Dispo = Dispo - 1 WHERE IdSite = " & IdSite
Else
Msgbox "Le stock n'est pas suffisant"
End If

Mais imaginons que mon stock soit à 1 et qu'un autre utilisateur fasse un retrait entre le moment ou je rafraichis mon formulaire et le moment ou je fais ma requete, je vais me retrouver à -1.

J'avais pensé faire

Code :

DoCmd.RunSQL "UPDATE tblStock set Dispo = Dispo - 1 WHERE IdSite = " & IdSite  & "AND Dispo > 0"

Mais comment savoir que l'UPDATE n'a pas été effectué pour avertir l'utilisateur que son retrait n'a pas été possible ?

Merci de votre aide.

[Tofalu]

Dans ce cas, il faut utiliser DAO

Code :

1
2
3
4
Dim Db as dao.Database
Set Db=Currentdb
Db.Execute "UPDATE tblStock set Dispo = Dispo - 1 WHERE IdSite = " & IdSite  & "AND Dispo > 0"
If Db.RecordsAffected=0 Then Msgbox "Pas mis à jour"

[maxeur]

il faudrait que tu crée une table connection utilisateur et si un utilisateur est déjà connecté tu empeche la mise à jour et tu affiche une msgbox

je dévelloppe

tu n'a qu'a mettre une variable à 1 lorsque l'utilisateur est connecté et puis si cette variable est à 1 tu affiche imppossible de mettre à jour la base

[sabotage]

Merci pour vos réponses.
Ce forum est vraiment excellent.

Dans le cas de "Db.RecordsAffected", est-ce que je suis sur de compter la requete de mon utilisateur ou est-ce que je risque de compter la requete d'un utilisateur ayant fait une requete entre temps ?

(mais non je ne suis pas traumatisé par les accès simultanés).

[Heureux-oli]

Ce qui est possible, c'est d'enregistrer les lignes d'ajout ou de soustraction.
De cette manière, tu garde une sorte de journal, ou d'historique et en cas de problème, il devient possible de faire un refresh ou requery de tes données.

[Tofalu]

Je préfère ma solution

Dans le cas de "Db.RecordsAffected", est-ce que je suis sur de compter la requete de mon utilisateur ou est-ce que je risque de compter la requete d'un utilisateur ayant fait une requete entre temps ?

Ca s'applique à l'objet Database de la session du poste client.

Donc, ça répond bien à ton cas