Discussion :

[pgloire]

Classiquement, nous avons une base programme 10 meg (requêtes, fourmulaires, modules....) et une base de donnéés 200 meg (tables uniquement).
Ces deux fichiers MDB sont sur un serveur Windows 2003.
Depuis que nous avons déplacé ces deux fichiers sur un nouveaux serveur, les temps de réponses sont execrable. En utilisant une version de la base programme non compactée (compactage deu menu Access) celà marche parfaitement sur le serveur. Si on utilise le base programme compactée sur son PC et que la base de données reste sur le serveur .... temps de réponse minable. Si les deux bases sont en local ... tout va bien.
j'ai essayé un /repair ou / decompile sur la base programme sans succés.
UNE IDEE??

[Jean-Philippe André]

salut,
les données de la base sont-elles modifiées par l'utilisateur ou seulement en lecture simple ?
La copie en local pour faire les manip n'est pas envisageable ?

[pgloire]

Non la base de donnée est partagée par 30 à 40 personnes en simultanée.

[Jean-Philippe André]

oki, et passer par une base Sybase ou Oracle, voire SQL Server ?
ce ne sont bien sûr que des suppositions hein, je n'ai pas d'idée sur les problématiques prises en compte et imposées par la politique informatique de ton boulot.
Les performances serveurs sont optimisables si on n'ouvre que partie de la table, id est en utilisant des vues, il me semble.

[Domi2]

Bonjour,

La lecture de ce tuto t'apportera certainement quelques infos utiles.

Domi2

[Pierre Fauconnier]

Bonsoir

Pour moi, il n'y a pas de miracles...

Une base Access en réseau avec 40 personnes connectées en simultané, c'est ingérable. Il n'y a aucune solution pour améliorer les performances.

Access n'étant pas "Client/Serveur", tout se traite côté client, et donc le trafic réseau est forcément saturé...

Il faut, à mon avis, impérativement, passer par un sql server, et, éventuellement (plus que certainement), remanier les bases, pour profiter d'un vrai système client/serveur.

SQL Server existe en gratuit (MSDE) et est gérable via un "projet" Access, qui permettra de récupérer formulaires, états et modules.

Par contre, pour une optimisation du client/Serveur, il faudra revoir les requêtes pour créer des vues SQL (plus performantes), des procédures et des fonctions stockées, et aussi voir du côté des déclencheurs (triggers) qui permettent d'alléger le client et de systématiser les modifications sur les tables...

Bref, du travail en conséquence, mais c'est à mon sens la seule voie possible...