bonjour,
j'ai développé sous access 203 une gestion commerciale qui est fractionnée
avec d'une part, les tables, d'autre part, le code.
cette base est sur un réseau poste à poste 4 postes et est utilisée en
simultanée par les utilisateurs.
J'ai de gros problèmes d'accès simultannés, dans la mesure où j'ai beaucoup
de plantages, de perte de commande, etc..
je ne peux pas verrouiller le formulaire de prise de commande en
verrouillage général dans la mesure où plusieurs personnes doivent pouvoir
prendre des commandes.
en créant un verrou qui serait adapté à mes besoins, à savoir verrouiller la
validation lorsqu'une validation est en cours pour ne pas avoir 2 validations
simultanées, le verrou reste actif et on est obligé d'aller déverrouiller
manuellement.
est-ce que quelqu'un aurait des tuyaux, ou des conseils sur la programmation
multi-utilisateurs sur access?
Je ne suis pas un pro de la chose ( disons que je me démerde :-), mais pourquoi pas , à chaque utilisation en cours , Sur tous les postes ,( bien sur ... ) créer une petite table témoin , qui " dirait " aux autres , "nan !! patientez , je suis occupée ?" ( je démarre ma saisie , je la met à jour à "1" , j' ai finis , je la remet à 0 par ex) , et en contrepartie-complément , un petit programme avec timer , type disons un timer de x unités de temps avant reprise de l' essaie de connection .?
Voilà voilà ( ça doit être tout con à faire , je pense )
Je ne suis pas un pro de la chose ( disons que je me démerde :-), mais
pourquoi pas , à chaque utilisation en cours , Sur tous les postes ,(
bien sur ... ) créer une petite table témoin , qui " dirait " aux autres
, "nan !! patientez , je suis occupée ?" ( je démarre ma saisie , je la
met à jour à "1" , j' ai finis , je la remet à 0 par ex) , et en
contrepartie-complément , un petit programme avec timer , type disons un
timer de x unités de temps avant reprise de l' essaie de connection .?
Voilà voilà ( ça doit être tout con à faire , je pense )
Je ne suis pas un pro de la chose ( disons que je me démerde :-), mais pourquoi pas , à chaque utilisation en cours , Sur tous les postes ,( bien sur ... ) créer une petite table témoin , qui " dirait " aux autres , "nan !! patientez , je suis occupée ?" ( je démarre ma saisie , je la met à jour à "1" , j' ai finis , je la remet à 0 par ex) , et en contrepartie-complément , un petit programme avec timer , type disons un timer de x unités de temps avant reprise de l' essaie de connection .?
Voilà voilà ( ça doit être tout con à faire , je pense )
Je ne suis pas un pro de la chose ( disons que je me démerde :-), mais pourquoi pas , à chaque utilisation en cours , Sur tous les postes ,( bien sur ... ) créer une petite table témoin , qui " dirait " aux autres , "nan !! patientez , je suis occupée ?" ( je démarre ma saisie , je la met à jour à "1" , j' ai finis , je la remet à 0 par ex) , et en contrepartie-complément , un petit programme avec timer , type disons un timer de x unités de temps avant reprise de l' essaie de connection .?
Voilà voilà ( ça doit être tout con à faire , je pense )
Je ne suis pas un pro de la chose ( disons que je me démerde :-), mais
pourquoi pas , à chaque utilisation en cours , Sur tous les postes ,(
bien sur ... ) créer une petite table témoin , qui " dirait " aux autres
, "nan !! patientez , je suis occupée ?" ( je démarre ma saisie , je la
met à jour à "1" , j' ai finis , je la remet à 0 par ex) , et en
contrepartie-complément , un petit programme avec timer , type disons un
timer de x unités de temps avant reprise de l' essaie de connection .?
Voilà voilà ( ça doit être tout con à faire , je pense )
Je ne suis pas un pro de la chose ( disons que je me démerde :-), mais pourquoi pas , à chaque utilisation en cours , Sur tous les postes ,( bien sur ... ) créer une petite table témoin , qui " dirait " aux autres , "nan !! patientez , je suis occupée ?" ( je démarre ma saisie , je la met à jour à "1" , j' ai finis , je la remet à 0 par ex) , et en contrepartie-complément , un petit programme avec timer , type disons un timer de x unités de temps avant reprise de l' essaie de connection .?
Voilà voilà ( ça doit être tout con à faire , je pense )
Je ne suis pas un pro de la chose ( disons que je me démerde :-), mais pourquoi pas , à chaque utilisation en cours , Sur tous les postes ,( bien sur ... ) créer une petite table témoin , qui " dirait " aux autres , "nan !! patientez , je suis occupée ?" ( je démarre ma saisie , je la met à jour à "1" , j' ai finis , je la remet à 0 par ex) , et en contrepartie-complément , un petit programme avec timer , type disons un timer de x unités de temps avant reprise de l' essaie de connection .?
Voilà voilà ( ça doit être tout con à faire , je pense )
Pardon ,j' y reviens .
Ou pourquoi pas : chaque PC alimente sa propre table temporaire , qui , à tour de rôle , ( par exemple sur un quota de lignes saisie , ou toujours avec l' idée du Timer) alimentent la table principale . Cela t' obligerais juste à créer 2 formulaires : Un d' alimentation , et un de consultation .
Je ne suis pas un pro de la chose ( disons que je me démerde :-), mais
pourquoi pas , à chaque utilisation en cours , Sur tous les postes ,(
bien sur ... ) créer une petite table témoin , qui " dirait " aux
autres , "nan !! patientez , je suis occupée ?" ( je démarre ma saisie
, je la met à jour à "1" , j' ai finis , je la remet à 0 par ex) ,
et en contrepartie-complément , un petit programme avec timer , type
disons un timer de x unités de temps avant reprise de l' essaie de
connection .?
Voilà voilà ( ça doit être tout con à faire , je pense )
Pardon ,j' y reviens .
Ou pourquoi pas : chaque PC alimente sa propre table temporaire , qui , à
tour de rôle , ( par exemple sur un quota de lignes saisie , ou toujours
avec l' idée du Timer) alimentent la table principale .
Cela t' obligerais juste à créer 2 formulaires : Un d' alimentation , et
un de consultation .
Je ne suis pas un pro de la chose ( disons que je me démerde :-), mais pourquoi pas , à chaque utilisation en cours , Sur tous les postes ,( bien sur ... ) créer une petite table témoin , qui " dirait " aux autres , "nan !! patientez , je suis occupée ?" ( je démarre ma saisie , je la met à jour à "1" , j' ai finis , je la remet à 0 par ex) , et en contrepartie-complément , un petit programme avec timer , type disons un timer de x unités de temps avant reprise de l' essaie de connection .?
Voilà voilà ( ça doit être tout con à faire , je pense )
Pardon ,j' y reviens .
Ou pourquoi pas : chaque PC alimente sa propre table temporaire , qui , à tour de rôle , ( par exemple sur un quota de lignes saisie , ou toujours avec l' idée du Timer) alimentent la table principale . Cela t' obligerais juste à créer 2 formulaires : Un d' alimentation , et un de consultation .
Alain
Bonjour,
Je me souviens avoir géré ça dans le passé avec plus de 30 postes en réseau. La solution que j'avais retenue était la suivante : Base golbale sur serveur + Applis sur stations (jusque là classique) MAIS Tables relais sur stations dont une en particulier NouvelleCommande avec un seul enregistrement remis à zéro lors de l'ouverture du formulaire de prise de commande (avec les valeurs par défaut telles que les dates, le code utilisateur, etc ...). Lors de la validation d'une commande, une requête ajout 'balançait' les données sur le serveur. Un petit contrôle (par code) que la commande était bien enregistrée et le tour était joué. Aucun plantage ni perte !
Bonne continuation
bonjour, j'ai développé sous access 203 une gestion commerciale qui est fractionnée avec d'une part, les tables, d'autre part, le code.
cette base est sur un réseau poste à poste 4 postes et est utilisée en simultanée par les utilisateurs.
J'ai de gros problèmes d'accès simultannés, dans la mesure où j'ai beaucoup de plantages, de perte de commande, etc..
je ne peux pas verrouiller le formulaire de prise de commande en verrouillage général dans la mesure où plusieurs personnes doivent pouvoir prendre des commandes.
en créant un verrou qui serait adapté à mes besoins, à savoir verrouiller la validation lorsqu'une validation est en cours pour ne pas avoir 2 validations simultanées, le verrou reste actif et on est obligé d'aller déverrouiller manuellement.
est-ce que quelqu'un aurait des tuyaux, ou des conseils sur la programmation multi-utilisateurs sur access?
merci d'avance
Jérome Caux
Bonjour,
Je me souviens avoir géré ça dans le passé avec plus de 30 postes en réseau.
La solution que j'avais retenue était la suivante : Base golbale sur serveur
+ Applis sur stations (jusque là classique) MAIS Tables relais sur stations
dont une en particulier NouvelleCommande avec un seul enregistrement remis à
zéro lors de l'ouverture du formulaire de prise de commande (avec les valeurs
par défaut telles que les dates, le code utilisateur, etc ...). Lors de la
validation d'une commande, une requête ajout 'balançait' les données sur le
serveur. Un petit contrôle (par code) que la commande était bien enregistrée
et le tour était joué. Aucun plantage ni perte !
Bonne continuation
bonjour,
j'ai développé sous access 203 une gestion commerciale qui est fractionnée
avec d'une part, les tables, d'autre part, le code.
cette base est sur un réseau poste à poste 4 postes et est utilisée en
simultanée par les utilisateurs.
J'ai de gros problèmes d'accès simultannés, dans la mesure où j'ai beaucoup
de plantages, de perte de commande, etc..
je ne peux pas verrouiller le formulaire de prise de commande en
verrouillage général dans la mesure où plusieurs personnes doivent pouvoir
prendre des commandes.
en créant un verrou qui serait adapté à mes besoins, à savoir verrouiller la
validation lorsqu'une validation est en cours pour ne pas avoir 2 validations
simultanées, le verrou reste actif et on est obligé d'aller déverrouiller
manuellement.
est-ce que quelqu'un aurait des tuyaux, ou des conseils sur la programmation
multi-utilisateurs sur access?
Je me souviens avoir géré ça dans le passé avec plus de 30 postes en réseau. La solution que j'avais retenue était la suivante : Base golbale sur serveur + Applis sur stations (jusque là classique) MAIS Tables relais sur stations dont une en particulier NouvelleCommande avec un seul enregistrement remis à zéro lors de l'ouverture du formulaire de prise de commande (avec les valeurs par défaut telles que les dates, le code utilisateur, etc ...). Lors de la validation d'une commande, une requête ajout 'balançait' les données sur le serveur. Un petit contrôle (par code) que la commande était bien enregistrée et le tour était joué. Aucun plantage ni perte !
Bonne continuation
bonjour, j'ai développé sous access 203 une gestion commerciale qui est fractionnée avec d'une part, les tables, d'autre part, le code.
cette base est sur un réseau poste à poste 4 postes et est utilisée en simultanée par les utilisateurs.
J'ai de gros problèmes d'accès simultannés, dans la mesure où j'ai beaucoup de plantages, de perte de commande, etc..
je ne peux pas verrouiller le formulaire de prise de commande en verrouillage général dans la mesure où plusieurs personnes doivent pouvoir prendre des commandes.
en créant un verrou qui serait adapté à mes besoins, à savoir verrouiller la validation lorsqu'une validation est en cours pour ne pas avoir 2 validations simultanées, le verrou reste actif et on est obligé d'aller déverrouiller manuellement.
est-ce que quelqu'un aurait des tuyaux, ou des conseils sur la programmation multi-utilisateurs sur access?
