Bonjour,

j'ai une appli windev qui utilise une base access.
Cette appli sera multi-user et par conséquent il est probable que des requêtes se déroulent en même temps et sur une même table. Par contre, aucun utilisateur ne peut toucher aux données d'un autre.

Cela risque-t'il de poser problème malgré tout? Peut-il y avoir des conflits d'accès, de vérouillage de table ou autres?
Faut-il mettre en place un système de blocage et d'attente selon vous?

Merci pour votre attention
Clark

Bonjour,

La métode de blocage des enregistrement en acces se fait par page et non par enregistrement ce qui peut provoquer des erreur d'acces aux données.

Bonjour drCharly,

qu'est-ce qu'une page?

Clark

Ok, j'ai eu la réponse sur ce qu'était une page et effectivement cela peut poser problème.

Quelle est alors la meilleure solution à envisager?
Y a-t'il un code retour d'access que l'on peut exploiter?
Faut-il bloquer les utilisateurs en attendant que les tables soient "libres" par exemple en mémorisant dnas une table la date et l'heure à laquelle un utilisateur utilise certaines tables??

Clark

Bonjour,

Pour le code erreur il s'agit de l'erreur n° 3260.

Ok merci drCharly!

N'y a t'il pas moyen de faire comme en oracle et en sql server ?

SELECT * FROM table FOR UPDATE NOWAIT;

Faire l'update puis un commit;

enfin je sais pas si c'est possible en access...

cela devrait verrouiller les enregistrement que tu sélectionné si c'est géré par access.

D'après toi ? Si on ne lui a pas répondu celà c'est qu'il y a une petite raison

Le "for update no wait" et exclusif chez oracle.
Sous SQLServer c'est en jouant avec les locks.
Sous FireBird c'est très chaud aussi.
Par contre sous Access c'est pas faisable