Discussion :

[philou22]

Bonjour.
Devant porter une vieille appli de suivi atelier tournant actuellement sur HP3000 / MM3000, je suis obligé de concevoir, un peu plus "proprement" que jusque là, quelques applis Access. La différence par rapport à ce que j'ai fait jusque là sera au niveau du nombres de Users Connectés.

Donc bien sur les data seront sur le serveur et les formulaires/requete/etats sur un mdb dupliqué sur chaque PC client.

Nous sommes en version 97.

J'ai bien vu qu'on pouvait "partager" un module commun contenant toutes les fonctions nécessaires, plutot que de l'inclure ce module dans chaque base utilisée.

J'ai donc fait un MDA, en y important le module en question, puis j'ai essayé de mettre ce MDA en tant que complément .... mais là, j'ai un message me parlant de table Sys ... je ne sais plus quoi .. et je ne trouve pas la soluce !

Bref :
- Comment définir un module commun à X bases en réseau ??
- Vaut-il mieux que chaque base (sur chaque PC et ne contenant que requete, forms, etc) ait son propre module ??

Par ailleurs, comment distribuez vous vos évolutions ? J'ai envisagé plusieurs chose :
- Le démarrage de l'aplli client appelle un .bat copiant à chaque fois sur le PC une copie de l'appli client "maitre" située sur le serveur (facile mais pas efficace)
- A l'ouverture de l'appli client, on 'scrute' les objets différents par rapport à une base "maitre"
- A l'ouverture de l'appli client, est consulté une table centrale des objets à mettre à jour (forms, queries, ...)

Merci de votre attention.

J'ai du mal cherché pour le "partage" des modules, car je n'ai pas trouvé ..

[ypicot]

Tu as également la possibilité de mettre le .mdb (ou mieux le .mde) sur le serveur. Cela charge un peu le réseau à l'ouverture de l'appli, mais tu es certain que tout le monde a la dernière version.

Sinon, ce que j'ai fait une fois, c'est d'avoir un champ indiquant la date de la dernière mise à jour de l'appli. Si ce n'est pas la bonne version, je demande simplement à l'utilisateur de la récupérer via un .bat, comme tu le décris.

Accessment,

Yvan

[philou22]

Bonsoir...

Il vaut mieux, comme il est conseillé sur la FAQ, mettre un mdb de l'appli sur chaque PC, car sinon on peut constater comme il est dit des temps anormaux d'ouverture des formulaires car il vaut mieux qu'ils ne soient pas partagés, contrairement aux données.

ou alors que chaque PC ait son mdb sur le réseau, dans un répertoire séparé..

Par contre, je suis surpris que personne ne connaisse la méthode pour avoir un seul module .... mais c'est les vacances !!

@ +

[philou22]

Bonjour.
Après avoir fouillé, il s'avère qu'il n'existe à priori pas de possibilité d'avoir un module commun ... (comme si on 'attachait / liait' un module comme une table).

Je pensais que le MDA le faisait, erreur ...

Donc les différentes fonctions nécessaires à l'appli seront dupliquées dans chaque base client....

[Tofalu]

On peut s'insiprer de ceci :

http://access.developpez.com/faq/?pa...uvrFormAutrBDD

Il suffit juste en fait d'ajouter la référence à la base qui contient le module

[philou22]

Bonjour et merci ...
Je pensais qu'on ne pouvait mettre là que des DLL ...

Le paramétrage est à faire pour chaque base, mais c'est déjà ça !!

Les fonctions du module commun (dans une base .mdb à part et visible de tous les users ) sont bien accessibles par les requetes !!

J'espère que je ne rencontrerais pas de pb d'accès lorsqu'il y a plusieurs Users à y accéder (d'ailleurs, à quel moment la fonction est chargée ?? à son appel ? au chargement de la base ??)

Encore Merci !!