Version imprimable
Bonjour,
J'ai un pb avec la lecture d'un enregistrement dans une table
access 97.
Voila dans mon application, lorsque je valide une vente, je vais chercher dans une table le dernier N° de reglement puis j'enregistre ma vente et j'incremente de 1 mon N° de reglement.Tout ca se passe dans une transaction.
Le Pb se passe lorque 2 postes valident en meme temps ou presque. Les 2 postes récupèrent le meme N° de reglement.
Merci d'avance
Bonjour Tony44,
Tu as au moins deux solutions pour résoudre ton problème :
Blocage de la table contenant le numéro :
Le temps de créer ton nouvel enregistrement (avec ton nouveau numéro) tu bloque la table concernée.
Le blocage doit te permettre de lire le dernier numéro et d'ajouter l'enregistrement. Ensuite tu débloque la table.
Ensuite à toi de gérer l'erreur éventuelle si un autre poste essai de faire le même blocage pour, lui aussi, ajouter un enregistrement avec un nouveau numéro.
Utilisation de compteurs automatique
Si ce numéro est uniquement à usage interne (dans ton code) ou si la valeur d'importe peu. Tu peux utiliser les compteurs automatiques. Dans ce cas, c'est Access qui ce charge de fournir le numéro et qui gère le blocage.
Maintenant, tout cela c'est de la théorie et je ne pourrais pas t'en dire plus car cela fait trop longtemps que je n'ai plus travaillé avec Access.
merci pour ta reponse.
Je vais effectivement bloquer la table. J'ai lu plusieurs articles sur les forums.
Kel est selon toi la meilleure solution?
Pour moi la solution la plus simple est le compteur automatique.
Le blocage est plus compliqué à gérer. Il faut que, partout où tu utilise la table bloquée, tu gère le blocage éventuel.
Maintenant, peut-être que quelqu'un d'autre a une solution simple pour le blocage.
je ne peux pas travailler avec les compteurs automatiques car je le N° ke je récupère est un n° de reglement (C donc un N° tres important car les N° de reglement doivent se suivre dans les logiciels de vente). de plus bloquer la table est possible car la table est tres peu utilisé et ne comporte qu'un seul enregistrement.
Je reste quand meme ouvert a tout autre proposition et je te remercie encore pour ton aide.
Bonjour,
dans la série "comment faire autrement", fais une application client serveur avec des sockets.
Dans ce cas c'est la partie serveur (unique) qui te donne le numéro d'enregistrement et éventuellement gère l'accès à la base pour les mise à jour. Les clients au lieu de mettre à jour directement la table se connectent sur le serveur et lui envoient les info de ventes. Le serveur gere une file d'attente des demandes.
Sinon les solutions par access:
- soit déclarer ton champ N° de reglement en index sans doublons, enregistrement avec transaction, la récupération d 'erreur doit te permettre de détecter les doublons, dans ce cas, tu ressayes en redemandant un nouveau numéro
- soit ajouter dans la table qui gère le dernier numéro courant, des champs qui servent de sémaphore. Puis faire une requete où le poste "reserve" le numéro s'il n'est pas déjà reservé, après vérifier que c'est bien le poste qui à la reservation courante, faire les maj, puis liberer la reservation en mettant à jour le numéro. L'utilisation des transaction est conseillé.
Dans tous les cas, je te conseille de tester ta solution en écrivant un petit programme de test qui génère des nouvelles ventes très souvent (toutes les secondes) et de le lancer plusieurs fois sur plusieurs postes. Tu verras vite tous les problèmes, notamment de lock (fréquent avec access 97), apparaitre et la robustesse de ta solution.
Une question: pour vous, bloquer la table, cela veut dire "ouverture en accès exclusif" ?
Bonjour,
autre solution (bien plus simple, enfin je crois),
Declarer le champ en compteur auto
faire un addnew avec un numéro de session Unique que tu as généré (genre compose basé sur le poste, l'utilisateur et la date),
puis rechercher l'enregistrement sur le numéro de session pour récupérer le numéro de commande.
Comme cela tu ne bloque pas la table et tu as des numéros uniques et séquentiels.
j'ai peut être une autre solution, une table reservée aux compteurs.
aussitot que l'on veut acceder a un compteur, on fait une methode edit
, ce qui verouille jusqu'a l'update