Discussion :

[AnthonyF39]

Bonjour,

J'ai développé une base de données sur access avec une partie frontale (utilisateurs) et une partie dorsale (données).

Jusqu'à présents les deux fichiers était situé sur le réseau de l'entreprise et accessible par l'ensemble des postes (6 utilisateurs).

A présent nous souhaiterions partagé cette base avec un autre site de production.

Je pensais mettre une copie de la frontale sur chacun des réseaux des sites de production et mettre le fichier dorsale en accès partagée via sharepoint/onedrive.

Je pensais que cela allait fonctionner de la même façon que sur le serveur mais j'ai l'impression que je ne peux pas avoir accès au fichier dorsale sur 2 postes en même temps.
Sur le net j'ai l'impression que cela n'est pas possible mais toutes les réponses trouvées sont assez vieilles, j'ai dans l'espoir que des progrès ont été fait pour régler ces problèmes.

Si ce n'est pas possible qu'elle solution me conseillez vous?
Pour info la dorsale fait environ 15MO et contient une quinzaine de tables.

Je vous remercie par avance pour vos réponses.

[Belga16]

En principe, la dorsale est gérée de façon centralisée par un admin.

On se demande pourquoi vos services ne sont pas sur le même réseau. Ce serait quelque peu inhabituel. Avez-vous parlé avec les administrateurs de votre réseau ? Il se peut que chaque service ait son propre partage sur les serveurs, mais qu'il s'agisse en fait d'un seul réseau. Si c'est le cas, vous pourriez avoir une configuration de partage à laquelle tout le monde peut avoir accès à la dorsale (risqué).

Explorez également les possibilité de SQL Server, plus précisément l'édition Express. Vous y trouverez peut-être votre bonheur; mais à votre place, je demanderai plutôt au service informatique de concevoir une configuration répondant à vos besoin.

[AnthonyF39]

Bonjour Belga,

Merci pour votre réponse.
Quand je parle d'autre site de production, il s'agit de 2 usines distinctes éloignées géographiquement. Les deux usines comportent donc 2 serveurs distincts propres à chaque usine avec leur propre réseau. Je vais quand même me renseigné plus profondément sur la question ...

Je vais également regardé l'option du SQL server.

[Pierre Fauconnier]

Salut.

Je ne peux que te conseiller de te tourner vers SQL Server (à voir avec ton IT). Access n'est pas pensé pour être en réseau car ce n'est pas un modèle Client/Serveur. Tout le traitement s'effectue côté client, donc tu vas bouffer de la bande passante et charger ton réseau pour rien.

A noter toutefois que transférer une base Access dorsale sur un SQL demande souvent des aménagements sur la frontale, les SQL n'étant pas identiques entre Access et SQL Server.

[siosnarf69]

Salut,

Dès que le back (dorsale) n'est pas en local sur le même site que les utilisateurs (frontale), tu auras des ralentissements importants par rapport à une base en local sur un serveur de données, et ce même si tu as une excellente connexion Internet.
Je suis confronté à ce problème également, ma base est dans un datacenter et mes utilisateurs sur un site distant. J'ai pourtant une fibre symétrique 500Mo entre les deux, mon application Access frontale rame quand même alors que le fichier de base (dorsale) ne pèse que 4Mo !

Le problème d'Access est qu'il a besoin d'une copie du fichier complet pour chaque requête.
Et puis même si tu fais un LIMIT 10 dans ton SQL, il fait la requête complète, puis il limite le nombre de lignes dans le front.

En local, cela n'est pas gênant du tout car ton front et ta base échangent à la vitesse du switch informatique, donc c'est "instantané".

J'ai trouvé une solution moins couteuse que de se lancer dans une migration SQL Serveur avec tout ce qui va avec (migration de ADO vers DAO etc), c'est le TSE ou bureau à distance (Citrix ou autre).
Ton utilisateur du site distant ouvre une session à distance sur un PC dédié basé sur le même site que la base de données (ou même d'un PC distant avec VNC ou TeamViewer), et la ton application fonctionne comme en local, et tu n'auras plus de problèmes de performance.
Oui, ce n'est pas aussi confortable qu'un setup à déployer mais c'est vraiment une solution efficace à 100% sans avoir à retoucher une seule ligne de code.

[AnthonyF39]

Merci pour ta réponse.

J'utilise également cette solution en attendant mieux. Le site externe a accès à la base à distance via un ordinateur dédié par teamviewer.

[jd gayot]

Salut,

J'ai trouvé une solution moins couteuse que de se lancer dans une migration SQL Serveur avec tout ce qui va avec (migration de ADO vers DAO etc), c'est le TSE

Je confirme que cette solution est excellente. Elle apporte un confort inégalé à l'administrateur informatique: des platines à la place des Pc, toute l'administration sur le serveur TSE en local ou même de chez soi. les mises à jour à installer une seule fois, l'accès direct des nomades vers leurs bureaux respectifs, etc... la liste des avantages est longue. Par contre c'est assez onéreux en terme de licences (CAL) et il faut que l'infrastructure soit mise en place par des gens compétents.