Accès simultanés : bloquer la lecture d'une table

Bonjour,

Nous travaillons sur un projet dans lequel nous avons 8 machines de production qui accèdent à une base de données ACCESS.
Le processus est le suivant :
1. la machine accède au dernier enregistrement, lit un id et crée un enregistrement avec l'id suivant.
2. après avoir fait son traitement, l'enregistrement est modifié en fonction des résultats.

Comme 8 machine font ce travail en même temps, nous ne voulons pas que le même id soit récupéré (ce n'est pas un champs automatique) 2 fois. Est-il donc possible de bloquer la lecture de la table aux autres machines durant le temps où une machine est en train de lire et de créer l'id suivant ?

Merci pour votre aide !

Steve

Le moyen le plus fiable aurait quand même était d'utiliser un numéro automatique pour la gestion de la clé primaire :wink:

Effectivement,

mais le problème est que ce numéro est utilisé par nos programmateurs pour identifier les moteurs qu'ils programment et nous devons impérativement respecter un ordre suivi d'identifiants.
Dans le cas où il y a une erreur, cet identifiant est repris lors de la lecture des données. Si on avait un id automatique, les enregistrement "loupés" génereraient des sauts dans les numéros des moteurs.
J'espère que je suis assez clair...

Y'a-t-il donc dans notre cas une possibilité de blocage ?

Merci beaucoup !
Steve

Je vois pas comment faire si ce n'est stocker un champ Oui/Non nommé EnCours dans une table nommée Action et de vérifier avant de mettre à jour les données la valeur de ce champ. S'il est à oui, indiquer de patienter, une fois libéré, fixer le champ à oui, valider les données et libérer le champ. Soucis, si deux accès se font exactement en même temps, ça n'ira pas :?

Malheureusement Access ne supporte pas les transactions !!
le plus simple à mon avis :
- créer l'id automatique comme même (mais qui sera pûrement technique)
- récupérer cet id (soit 200 par exemple)
- faire une requête sur l'id automatique 199 et récupérer l'id réel
- l'incrémenter de 1 (s'il n'est pas vide) et mettre à jour la ligne 200

bon, c'est juste une idée, mais il faudra faire beaucoup de tests !!

[EDIT] : l'idée de Tofalu semble plus logique peut être :? mais comme il a dit, tu auras certainement des cas trés particulier !

Citation:

---

Envoyé par Morsi

Malheureusement Access ne supporte pas les transactions !!
le plus simple à mon avis :
- créer l'id automatique comme même (mais qui sera pûrement technique)
- récupérer cet id (soit 200 par exemple)
- faire une requête sur l'id automatique 199 et récupérer l'id réel
- l'incrémenter de 1 (s'il n'est pas vide) et mettre à jour la ligne 200

bon, c'est juste une idée, mais il faudra faire beaucoup de tests !!

[EDIT] : l'idée de Tofalu semble plus logique peut être :? mais comme il a dit, tu auras certainement des cas trés particulier !

---

Je pense cependant que ton idée est meilleure morsi, c'est à cela que je pensais justement dans mon premier message en indiquant d'utiliser un numauto à tout prix. L'avantage de cette méthode est qu'à aucun moment l'intégrité des données n'est mise en jeu. Au pire si ça plante un controle d'erreur aprés la mise à jour saura recalculer le numéro du moteur :wink:

Merci pour vos idées, nous allons en discuter et faire des tests.

Pour l'instant je mets donc ce sujet à Résolu en attendant de voir arriver les résultats 8O

Steve

Encore une question, même si ça a rien à voir avec Access mais nous avons l'idée de passer la base de données de Access à MySql.
Est-ce que ce serait plus facile à gérer ce problème avec MySql ?

Steve

Passer avec une base MySql et des pages web pour gérer tout ça ???

oui peut être qu'au niveau web, il y a la gestion de la concurrence d'accés !!

sinon :arrow: forum Mysql :idea:

je reviens sur ce sujet par ce qu'il y a a priori une solution que je n'ai pas vu :oops:

http://access.developpez.com/faq/?pa...table_exclusif

Un grand merci pour cette info !

Salutations

Steve

Citation:

---

Envoyé par Morsi

Malheureusement Access ne supporte pas les transactions !!
le plus simple à mon avis :
- créer l'id automatique comme même (mais qui sera pûrement technique)
- récupérer cet id (soit 200 par exemple)
- faire une requête sur l'id automatique 199 et récupérer l'id réel
- l'incrémenter de 1 (s'il n'est pas vide) et mettre à jour la ligne 200

bon, c'est juste une idée, mais il faudra faire beaucoup de tests !!

[EDIT] : l'idée de Tofalu semble plus logique peut être :? mais comme il a dit, tu auras certainement des cas trés particulier !

---

Pas mal comme idée mais regarde ce cas :
Si Machine M1 & Machine M2 font ça en même temps, on risquerait d'avoir :
¤ M1 inscrit un enregistrement avec id auto = 200 et id réel non défini pour le moment
¤ M2 inscrit un enregistrement avec id auto = 201 et id réel non défini pour le moment
¤ Ensuite, si pas de bol, la requête de mis à jour de M2 passera avant celle de M1 et on obtiendra :
Recupération de l'id réel de l'enregistrement 200 : (vide), là on a prévu le coup et on regarde celui d'en dessous, récupération de l'id réel de l'enregistrement 199 : 1234 (par exemple), on ajoute + 1 et on inscrit 1235 comme id réel de l'enregistrement d'id auto 201
¤ Enfin, M1 fait la même chose, récupère l'id réelle de l'enregistrement 199, soit 1234, l'incrémente aussi de 1 et obtient le même id réel que l'enregistrement 201, donc 1235.
M1 et M2 on inscrit chacune un enregistrement qui se retrouve avec le même id réel.

Donc à voir si ce phénomène peut arriver, à la rigueur augmenter le numéro du nombre de saut effectué pour trouver un enregistrement ayant une id réelle + 1. Ca nous donnerait dans l'exemple ci-dessus à l'étape 3 un id réel de 1234 +2 soit 1236 et ensuite en étape 4 M1 mets à jour en ajoutant juste + 1 et obtiendra bien 1235.


(Le lien donné dans le dernier post ne pointe sur rien, aller sur http://access.developpez.com/faq/?pa...table_exclusif dorénavant)

Via un accès ADO ou DAO, il y a moyen de gérer les transactions, ou je dis une grosse co**?