J'ai développé une application avec 2 fichiers de bases de données Access,
un contenant toutes les données, l'autre contenant tous les formulaires,
requêtes et rapports. Cela permet à plusieurs personnes accéder à
l'application en réseau.
cependant, il me semble que les performances sont moins bonnes lorsque
plusieurs personnes l'utilisent en même temps.
Y a-t-il des moyens (paramétrages par exemple) permettant accroître les
performances ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Raymond [mvp]
Bonsoir.
quelques idées sur : http://access.seneque.free.fr/optimisation.htm
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Patrick FREDIN" a écrit dans le message de news:eRPvvu%
Bonjour,
J'ai développé une application avec 2 fichiers de bases de données Access, un contenant toutes les données, l'autre contenant tous les formulaires, requêtes et rapports. Cela permet à plusieurs personnes accéder à l'application en réseau. cependant, il me semble que les performances sont moins bonnes lorsque plusieurs personnes l'utilisent en même temps.
Y a-t-il des moyens (paramétrages par exemple) permettant accroître les performances ?
D'avance, merci pour votre aide.
-- Patrick
Bonsoir.
quelques idées sur : http://access.seneque.free.fr/optimisation.htm
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Patrick FREDIN" <nospams_fredin@magic.fr> a écrit dans le message de
news:eRPvvu%239DHA.2396@TK2MSFTNGP10.phx.gbl...
Bonjour,
J'ai développé une application avec 2 fichiers de bases de données Access,
un contenant toutes les données, l'autre contenant tous les formulaires,
requêtes et rapports. Cela permet à plusieurs personnes accéder à
l'application en réseau.
cependant, il me semble que les performances sont moins bonnes lorsque
plusieurs personnes l'utilisent en même temps.
Y a-t-il des moyens (paramétrages par exemple) permettant accroître les
performances ?
quelques idées sur : http://access.seneque.free.fr/optimisation.htm
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Patrick FREDIN" a écrit dans le message de news:eRPvvu%
Bonjour,
J'ai développé une application avec 2 fichiers de bases de données Access, un contenant toutes les données, l'autre contenant tous les formulaires, requêtes et rapports. Cela permet à plusieurs personnes accéder à l'application en réseau. cependant, il me semble que les performances sont moins bonnes lorsque plusieurs personnes l'utilisent en même temps.
Y a-t-il des moyens (paramétrages par exemple) permettant accroître les performances ?
D'avance, merci pour votre aide.
-- Patrick
Patatrac92
bonjour,
Nous avons le même prb, 1 utilisateur c'est bien, mais dés qu'ils sont plusieurs à ce connecter, les performances tombe ....
"Patrick FREDIN" a écrit dans le message de news:eRPvvu%
Bonjour,
J'ai développé une application avec 2 fichiers de bases de données Access, un contenant toutes les données, l'autre contenant tous les formulaires, requêtes et rapports. Cela permet à plusieurs personnes accéder à l'application en réseau. cependant, il me semble que les performances sont moins bonnes lorsque plusieurs personnes l'utilisent en même temps.
Y a-t-il des moyens (paramétrages par exemple) permettant accroître les performances ?
D'avance, merci pour votre aide.
-- Patrick
bonjour,
Nous avons le même prb, 1 utilisateur c'est bien, mais dés qu'ils sont
plusieurs à ce connecter, les performances tombe ....
"Patrick FREDIN" <nospams_fredin@magic.fr> a écrit dans le message de
news:eRPvvu%239DHA.2396@TK2MSFTNGP10.phx.gbl...
Bonjour,
J'ai développé une application avec 2 fichiers de bases de données Access,
un contenant toutes les données, l'autre contenant tous les formulaires,
requêtes et rapports. Cela permet à plusieurs personnes accéder à
l'application en réseau.
cependant, il me semble que les performances sont moins bonnes lorsque
plusieurs personnes l'utilisent en même temps.
Y a-t-il des moyens (paramétrages par exemple) permettant accroître les
performances ?
Nous avons le même prb, 1 utilisateur c'est bien, mais dés qu'ils sont plusieurs à ce connecter, les performances tombe ....
"Patrick FREDIN" a écrit dans le message de news:eRPvvu%
Bonjour,
J'ai développé une application avec 2 fichiers de bases de données Access, un contenant toutes les données, l'autre contenant tous les formulaires, requêtes et rapports. Cela permet à plusieurs personnes accéder à l'application en réseau. cependant, il me semble que les performances sont moins bonnes lorsque plusieurs personnes l'utilisent en même temps.
Y a-t-il des moyens (paramétrages par exemple) permettant accroître les performances ?
D'avance, merci pour votre aide.
-- Patrick
Anor
Bonjour,
Patatrac92 : | bonjour, | | Nous avons le même prb, 1 utilisateur c'est bien, mais dés qu'ils sont | plusieurs à ce connecter, les performances tombe .... |
Ce comportement est malheureusement normal et à mon avis pas mal lié à la dynamique de l'architecture réseau.
Lorsque chaque utilisateur accède aux données via un formulaire, un état, alors qu'il vient d'un formulaire indépendant genre menu général, le moteur JET verrouille la base dorsale contenant les données, puis la déverrouille dès qu'on quitte le formulaire. via réseau local, cela prend plus ou moins de temps à se mettre à jour, (c'est moins instantané qu'en local quoi...)
Les vilains menus créés avec l'assistant avaient donc ce petit avantage : dès lors que la table menugénéral était située sur la dorsale et attachée dans les frontales : le fichier de verrouillage .ldb de la dorsale n'était pas intempestivement refermé ou mis à jour puisque les données de la table étaient accédées en permanence.
C'est peut-être une piste intéressante, mais alors quid de la sécurité de l'application en cas de coupures réseau ?
-- à+ Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Access Memorandum : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
Bonjour,
Patatrac92 <patricebesnier@fr.st> :
| bonjour,
|
| Nous avons le même prb, 1 utilisateur c'est bien, mais dés qu'ils sont
| plusieurs à ce connecter, les performances tombe ....
|
Ce comportement est malheureusement normal et à mon avis pas mal lié à la dynamique de
l'architecture réseau.
Lorsque chaque utilisateur accède aux données via un formulaire, un état, alors qu'il vient d'un
formulaire indépendant genre menu général,
le moteur JET verrouille la base dorsale contenant les données, puis la déverrouille dès qu'on
quitte le formulaire.
via réseau local, cela prend plus ou moins de temps à se mettre à jour, (c'est moins instantané
qu'en local quoi...)
Les vilains menus créés avec l'assistant avaient donc ce petit avantage :
dès lors que la table menugénéral était située sur la dorsale et attachée dans les frontales :
le fichier de verrouillage .ldb de la dorsale n'était pas intempestivement refermé ou mis à jour
puisque les données de la table étaient accédées en permanence.
C'est peut-être une piste intéressante, mais alors quid de la sécurité de l'application en cas
de coupures réseau ?
--
à+
Arnaud
--------------------------------------------------
Conseils d'utilisation : http://users.skynet.be/mpfa/
Access Memorandum : http://memoaccess.free.fr
/Réponses souhaitées sur ce forum, merci/
--------------------------------------------------
Patatrac92 : | bonjour, | | Nous avons le même prb, 1 utilisateur c'est bien, mais dés qu'ils sont | plusieurs à ce connecter, les performances tombe .... |
Ce comportement est malheureusement normal et à mon avis pas mal lié à la dynamique de l'architecture réseau.
Lorsque chaque utilisateur accède aux données via un formulaire, un état, alors qu'il vient d'un formulaire indépendant genre menu général, le moteur JET verrouille la base dorsale contenant les données, puis la déverrouille dès qu'on quitte le formulaire. via réseau local, cela prend plus ou moins de temps à se mettre à jour, (c'est moins instantané qu'en local quoi...)
Les vilains menus créés avec l'assistant avaient donc ce petit avantage : dès lors que la table menugénéral était située sur la dorsale et attachée dans les frontales : le fichier de verrouillage .ldb de la dorsale n'était pas intempestivement refermé ou mis à jour puisque les données de la table étaient accédées en permanence.
C'est peut-être une piste intéressante, mais alors quid de la sécurité de l'application en cas de coupures réseau ?
-- à+ Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Access Memorandum : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
