Sujet: Access en réseau
09/09/2005 @ 11:33:57: ovh: Access en réseau
Bonjour à tous :dawa:

D'après moi, Access étant un SGBD fichier, il n'est pas du tout fait pour tourner en réseau. Rien d'étonnant donc à ce qu'une application Access tournant sur un serveur et accédée depuis les postes client via un raccourci sur un lecteur partagé du serveur soit lente.

Ma question : ai-je raison ? Et, si oui, j'aurais besoin de documents les plus officiels possibles prouvant ce fait. Ou des articles écrits par des MVP ou tout type de professionel du secteur.

En effet j'ai quelqu'un qui se plaint que son application Access est lente à cause du serveur ou du réseau, or :
- le réseau est full 100 Mbps, il y a 8 stations de travail + le serveur windows 2003, donc on ne peut pas vraiment dire que le réseau soit surchargé !!
- le réseau est décomposé en plusieurs switches (car 2 étages), donc la charge est bien répartie à ce niveau-là aussi.
- le serveur n'exécute pas des tonnes de services : il sert juste de serveur de fichier et d'Active Directory.
- le serveur est un P4 1.5 ou 2GHz (je ne me rappelle plus précisément) et 1 GB de RAM.
D'après moi donc, c'est bel et bien Access en lui-même qui est la cause de ce ralentissement (tout le reste fonctionne en effet parfaitement, il n'y a de lenteur qu'avec cette application Access).

Je précise que bien évidemment ce n'est pas moi qui leur ai développé cette application, je n'ai fait que quelques interventions réseau chez eux, c'est tout, et c'est pour ça qu'ils s'adressent à moi : pour leur réseau.

Je pense que la solution est de foutre leur base en MSDE au moins et installer l'interface utilisateur en Access localement sur chaque poste.

Merci d'avance si vous pouvez m'aider :prosterne:
09/09/2005 @ 11:45:50: Poire: Access en réseau
Bonjour à tous :dawa:

D'après moi, Access étant un SGBD fichier, il n'est pas du tout fait pour tourner en réseau.


C'est faux... Access accepte si mes souvenirs sont bons une dizaine de connexions... Et j'ai même vu des boites qui font tourner un intranet avec comme base une base Access derrière.

Il ne faut pas confondre la base de donnée en elle même et la possibilité de faire des applications directement sous Access (VBA, formulaires & états)
Le moteur est pas une foudre de guerre, mais pour de petites bases ça peut aller (j'ai déjà vu des bases Access de 2Go et de plusieurs millions d'enregistrements, c'est à proscrire :totoz: )
Les application Access sont particulièrement lentes dès qu'elles deviennent complexes... ou si elles sont développées à l'arrach... (les possibilité sont quand même limités)

Mais les entreprises aiment bien Access parce que c'est pas cher, et ça permet de faire des applications sans beaucoups d'aptitudes...
ça peut être remplacé par SQL2000 + .Net ou web mais ça demande + de compétences et c'est nétement + cher et en + il faut tout re-développer...

(je parle uniquement s'ils veulent rester full Microsoft, sinon il y a bien sûr postgresql, apache, php, MySQL, ....)
09/09/2005 @ 12:04:23: ovh: Access en réseau
C'est faux... Access accepte si mes souvenirs sont bons une dizaine de connexions...

Oui en théorie :ddr555:

Il ne faut pas confondre la base de donnée en elle même et la possibilité de faire des applications directement sous Access (VBA, formulaires & états)

C'est exact, ici à mon avis ils ont tout en un seul gros fichier... :totoz:

Que pensez-vous de mon idée ? (je ne te vouvoie pas, mon cher Poire, mais je parle aux membres du forum en général :grin: )
Je pense que la solution est de foutre leur base en MSDE au moins et installer l'interface utilisateur en Access localement sur chaque poste.
09/09/2005 @ 12:16:56: Jean-Christophe: Access en réseau
Ah oui, ce qu'il faut, à mon avis, c'est installer Access (ou le runtime gratuit) sur les postes.
De là, accéder au(x) fichier(s) sur le serveur.

C'est ce que je ferais...
09/09/2005 @ 12:20:53: ovh: Access en réseau
OK c'est d'instinct ce que je leur ai dit aussi mais ils ne veulent pas me croire. Selon eux "access marche parfaitement en réseau, on connaît des exemples avec plus de 200 postes"... :roll:

J'aurais donc besoin de documents/articles "pro" pour prouver mes dires... :spamafote:

Enfin au moins vous me rassurez, je ne suis pas fou :ddr555: (passke bon je suis pas un spécialiste d'Access non plus)
09/09/2005 @ 13:44:15: Poire: Access en réseau
alors alors
déjà une application Access ne marche pas parfaitement en réseau... ce n'ai pas du réseau vu que le fichier est chargé localement... donc c'est windows qui gére les acces comme un bon vieux partage windows...

200 postes sur une base access ??? théoriquement c'est impossible et j'aimerais bien voir ça :grin:

L'inconvénient de mettre la base d'un côté et l'appli en local, c'est que lorsqu'il y a une modif il faut déployer sur chaque post client.... (sinon techniquement c'est très facil à faire, il suffit de virer les bases dans la partie cliente et de lier les tables de la partie serveur...)

En fait ça dépend de l'application... le mieux, ça serait un intranet si c'est possible.

Dans tous les cas, Access c'est lent :oh:
09/09/2005 @ 14:22:40: ovh: Access en réseau
OK tu confirmes ce que j'ai lu par ailleurs :dawa:

J'aime pas non plus Access, mais bon il est très courant dans les petites boîtes je pense, et ici bon apparemment leur nouvelle appli est comme ça et ils veulent l'utiliser, ils en ont besoin :spamafote:

Donc je leur conseille de splitter la base de l'interface déjà, c'est faisable simplement ça ? (je m'y connais pas trop en access :cupra: ) Il y a une option d'access qui permet d'exporter d'un coup toute la base vers un second fichier access ou bien il faut le faire table par table, et ensuite reconstruire toutes les relations à la patte avec le 2e fichier ?
09/09/2005 @ 14:33:04: Poire: Access en réseau
oui c'est facil :smile:

tu fais simplement une copie du fichier
tu ouvres le nouveau fichier avec Access
tu vires toutes les tables
tu lies les tables du fichier original (attention, lier, pas importer)

et normalement ça devrait être bon :smile:
(mais ça fait un moment que j'ai pas toucher à Access)
Tu peux même découper les tables dans plusieures bases sur plusieurs serveur...
09/09/2005 @ 14:33:56: Poire: Access en réseau
(Pour un bon prix, t'engages Zion pour le faire, il me repasse le BB et je le fait :grin: )


:cupra:
09/09/2005 @ 14:38:42: zion: Access en réseau
C'est une bonne idée ca :dawa:

:neowen:
09/09/2005 @ 14:42:17: ovh: Access en réseau
Merci :dawaaa:
:prosterne:
09/09/2005 @ 14:49:27: Poire: Access en réseau
C'est une bonne idée ca :dawa:

:neowen:

oué, mais je veux un % quand même hein :tongue:
01/08/2006 @ 08:36:25: Thierry: Access en réseau
Bonjour,
je travaille avec la solution 2 bases de données, une sur le serveur avec les tables, l'autre sur les postes utilisateurs avec les formulaires et les états. Cela fonctionne bien dans le principe mais c'est excessivement lent.
Y a t'il un paramétrage pour optimiser ces laisions ?
Merci
Thierry
01/08/2006 @ 08:47:13: Keeper: Access en réseau
Quel version d'access?
quelle méthode de connexion ? (DAO & ADO)
quel liaison réseau 10/100 Mbps ?
quel drivers de connexion (Jet, Access,...)
01/08/2006 @ 08:57:43: Thierry: Access en réseau
La version : access 2002. Réseau 100 Mbps. Pour le reste je ne suis pas assez compétent. peux tu m'expliquer ? Merci
Thierry
01/08/2006 @ 10:16:39: Keeper: Access en réseau
disons que sans donné technique sur la base access on va avoir du mal à t'aidé

il faudrait voir comment est conçu la base, quelle est sa volumétrie , de quelle manière le frontend accès au backend...
01/08/2006 @ 11:26:33: Thierry: Access en réseau
Bon, je vais essayer d'être clair à mon niveau. Les 2 bases de données sont développpées directement sous access. une sur le serveur, l'autre sur le poste utilisateur. Les échanges ont été fait grace à la fonction "lier les tables".
La base sur le serveur est dans un dossier partagé en écriture et en lecture.
les relation réseau sont en 100 mb en adressage TCP/IP. Le serveur est sous Windows 2003 SBS. que dire d'autre pour être plus précis ?
Merci de ton aide
Thierry
Retour