[AC-2000] Utilisation en réseau multisites [Résolu]

[goupil14]

Bonjour.
J'ai développé et déployé, il y a un an, une base de données sous Access 2000 qui a pour but de traiter des constats d'audits. Pour cela, j'ai organisé mon applicatif avec une base commune contenant les tables de référence qui se trouve sur un serveur dans une ville (en France). Les différents utilisateurs de la base, qui ont des groupes de fonctions différentes (auditeur, acteur, visiteur) sont dans des villes différentes, ont chacun sur leur poste de travail un applicatif qui "attaque" les données de la base commune. L'ensemble est sécurisé par un fichier de sécurité qui se trouve avec la base commune.
Cela fonctionne mais assez lentement, voire très lentement quand plusieurs utilisateurs sont connectés en même temps.
Suite à une enquête de satisfaction sur cet outil, un "spécialiste" de la Direction Informatique m'a annoncé que Access n'était pas fait pour travailler en réseau multisite mais uniquement en réseau local (tous les utilisateurs sur le même serveur)...
Y a t'il un pro qui pourrait me dire si cette affirmation est vrai et dans ce cas, s'il y a des astuces pour accélérer les différents accès à la base commune?
Merci d'avance pour vos réponses et conseils.

[marot_r]

Oui Access est plus concue pour travailler à l'échelle départementale (un serveur et les utilisateurs proches de ce serveur).

Pour contourner ce problème tu peux envisager de revoir l'architecture de ton appli. La recette classique : minimiser le volume de données qui transit sur le réseau (ex : les requêtes qui allimentent les listes déroulantes peuvent ralentir sérieusement une appli).

Sinon tu peux voir a avoir une meilleur ligne (ligne spécialisée) entre tes postes.

Enfin tu peux regarder des solutions comme Citrix qui te permettent un accès à distance à un serveur central qui 'sert' ton application. Un peu comme un serveur Web.

Personnellement je choisirai de migrer mon appli vers Oracle ou MS-SQL qui sont mieux adaptés à ce genre d'utilisation. Tu conserve le front-end en Access et tu utilises Oracle ou MS-SQL pour tes données. Il y a un assistant en Access pour la migration vers MS-SQL mais il convient d'être prudent car ils sont rarement parfais et tu devras peut-être faire quand même des modification dans ton appli Access pour tenir compte de spécificité de ta base cible.

A+

[goupil14]

Bonjour "marot_r" et merci pour ces infos.

Je ne pourrai hélas pas appliquer tes conseils car je ne suis pas l'administrateur du réseau, ni décideur des logiciels que l'on utilise "Oracle ou autres" et je suis un autodidacte "accès" qui a transformé un tableau excel sans aucune gestion ni sécurité et fonctionnant aussi en réseau en une application accès sécurisé et gérée (avec l'aide des pro de ce site entre autre). Je ne suis pas informaticien et donc pas capable de réaliser ce type de travaux (chacun son métier).
POUR INFORMATION:
A ce jour, la base qui se trouve sur le réseau ne contient que des tables avec leurs relations, pas de requête, ni formulaire, ni état.
Toutes les routines/requêtes se trouvent sur les postes des utilisateurs dans une application frontale (qui va évidemment chercher les données dans la base du réseau).
A noter aussi que la base qui se trouve sur le réseau est petite (1500 ko) et contient à ce jour 700 enregistrements (environ 250/an), ce qui me semble dérisoire...
Bref, j'en conclue que je ne peux pas faire plus à mon niveau et que cette lenteur est due aux échanges sur le réseau (qualité médiocre?). Je ne sais pas si , avec cette qualité de réseau, Oracle ou MS-SQL seraient "visiblement" un plus pour les utilisateurs, comparé à l'investissement (financier et formation) pour mettre en oeuvre cette solution.
Merci encore de tes infos.
@+

[cbleas]

En complément à Marot la solution la meilleurs serai certainement une application de type TSE car cela permettrais d'utiliser ton application sur ton serveur et donc gagner en réactivité mais avec un cout certain.

Bon courage

[marot_r]

A noter aussi que la base qui se trouve sur le réseau est petite (1500 ko) et contient à ce jour 700 enregistrements (environ 250/an), ce qui me semble dérisoire...

Je suis d'accord avec toi et en effet compte tenu du volume je ne pense pas que MS-SQL ou Oracle changerai quelque chose.

Une des sources de ralentissement est la 'déconnexion' du front-end de sa base distante. Ceci n'est pas notable dans l'application sauf par une perte de performance.

Une astuce pour parré ce problème consiste à laisser un formulaire constament ouvert sur une table qui ne sert qu'à cela : maintenir la connexion ouverte. C'est une modification mineur à ton appli (ajout d'une table avec 1 enr et d'un formulaire lié) mais cela peut améliorer les choses. Une fois le développement terminer il convient d'ouvrir le formulaire en mode 'Hidden'.

Vérifie tes liste déroulantes. J'ai eu un cas où l'alimentation de ma liste faisait afficher mon formulaire en 40s. Une fois retravaillé (assignation de la source de la liste par programme seulement quand elle devenait visible) je suis tombé à 4s.

A+