Fichier après packtage qui modifie les formulaires

**georgesasc** · 08/09/2010, 12h04

Bonjour,

j'ai fait de nombreuses lectures de vos tutoriels, je n'ai peut-être pas trouvé l'information c'est pourquoi je pose la question.

Je veux déployer mon fichier Access à toute l'entreprise. Je vais donc utiliser le serveur. J'ai procéder à une séparation des tables et des formulaires. Je vais donc mettre mon fichier contenant les tables sur le serveur.
Ensuite, j'ai converti mon fichier contenant les formulaires en Accde (je ne suis pas sûr que ce soit nécessaire??)
Enfin, j'ai utilisé le developpeur pour compacter mon fichier et créer le runtime qui peut s'installer sur tous les postes de l'entreprise.

Jusque là tout fonctionne. Je peux modifier les tables sur mon fichier du serveur et les utilisateurs ne peuvent rien modifier et peuvent ajouter ou modifier des données.

Ma question est la suivante : lorsqu'on fait la séparation table formulaire, les deux fichiers sont par la suite lier. Mais lorsque l'on fait le runtime, celui-ci n'est plus lier au fichier précédent?

En effet, lorsqu'on créer un runtime, il n'est plus possible par la suite de modifier les formulaires ou le code VBA?

Exist-il une solution pour modfier les formulaires des runtimes? Par exemple, un fichier qui aurait la même fonction que pour les tables, qu'on mettrait sur le serveur et lorsqu'on modifie un formulaire cela modifie tous les formulaires des runtimes?

Si rien n'existe, lorsqu'on change un formulaire on doit refaire le packtage et reinstaller tous les runtimes?

Merci d'avance pour toutes informations

**triaguae** · 08/09/2010, 12h38

Bonjour,

je ne sais pas si j'ai bien compris mais tu voudrais faire en qq sorte une mise à jour auto des bases frontales.
si c'est ça, il y a plusieurs techniques dispo sur les forums.
perso, voilà comment je procède:
-sur le serveur, la table dorsale, et une copie de la frontale toujours à jour des modifs
-sur le client un fichier .bat qui copie la frontale du le serveur vers le client (en écrasant celle qui y est déjà)
avantage : tu fais ta modif, tu la déposes sur le réseau et au prochain lancement tout le monde aura la version à jour
inconvénient : copie systématique de la frontale même qd c'est pas nécessaire, pour les bases de faible taille,c'est quasi transparent, par contre ça risque de devenir gênant si la base est trop grosse

**georgesasc** · 08/09/2010, 13h00

merci beaucoup pour ta réponse, je pense que tu as très bien cerné mon problème.

Qu'est ce qu'un fichier bat? Moi mes fichiers runtimes sont des accdr

inconvénient : copie systématique de la frontale même qd c'est pas nécessaire, pour les bases de faible taille,c'est quasi transparent, par contre ça risque de devenir gênant si la base est trop grosse

Copie de la frontale, signifie refaire un runtime à chaque fois? Parce que déjà sans les tables remplis le temps pour faire un runtime est assez long.

C'est quoi les autres solutions?

En sachant que mon système est pour une seulement entreprise et pas pour leurs clients. Ce qui implique un seul serveur et plusieurs ordinateurs connecter à ce server qui utiliseront les runtimes.

Merci encore.

**Phabbrrysse** · 08/09/2010, 14h45

bonjour

j'ai fait les mises à jour de mon appli dans le meme type d'idée mais pour eviter une copie systématique j'ai pris en compte des numéros de version.

J'ai donc dans ma base dorsale une table de parametre qui contient (entre autre) un numéro de version
Sur chaque frontale une table non liée (qui est donc différente pour chaque frontale) qui contient (la aussi entre autre) un numéro de version.

A l'ouverture je verifie que les numéros de version sont les memes si ce n'est pas le cas je lance mon fichier bat.

Pour faire une mise a jour je met donc mon fichier accdr sur le serveur (avec le nouveau numéro de version) et je change la version dans la dorsale.

Clair ?

**georgesasc** · 10/09/2010, 11h05

Il est vrai que je mis connais pas trop dans la mise en réseau d'un fichier Access.

Comment fait tu pour mettre à jour chaque fichier accdr? Tu utilise quelle procédure?

Merci d'avance,

Sinon je pense avoir compris ta méthode qui est plutôt maline et je pense efficace.

**Phabbrrysse** · 10/09/2010, 11h46

Envoyé par georgesasc

Il est vrai que je mis connais pas trop dans la mise en réseau d'un fichier Access.

Comment fait tu pour mettre à jour chaque fichier accdr? Tu utilise quelle procédure?

Merci d'avance,

Sinon je pense avoir compris ta méthode qui est plutôt maline et je pense efficace.

Dans Access,
- aller dans « outils de base de données » puis icône « accde »,
- enregistrer le fichier au format accde dans le répertoire de développement.
Dans l’explorateur Windows
- Changer l’extension du fichier en accdr (le fichier xxxxx.accde devient xxxxx.accdr).

**georgesasc** · 10/09/2010, 12h26

Je suis désolé mais j'arrive pas bien à comprendre.

Pour le moment, j'ai sépararé mes tables du restes. Ensuite, j'ai créer un fichier accde. Enfin, j'ai crée un packtage qui peut être installer sur chaque poste de l'entreprise. Ce packtage me crée directement un accdr. Cette accdr. est lié à mon ficher contenant les tables.
Mais n'est-il pas possible de le lier aussi à un autre fichier du réseau qui contient les formulaires qu'on pourrait mettre à jour?

**triaguae** · 10/09/2010, 13h05

je ne connais pas bien l'empaquetage (pardon pour les puristes, je ne sais si c'est bien comme ça que ça s'appelle!!) des bdd, mais je crois savoir que ça crée un exécutable comme un "vrai logiciel".
or dans le cadre d'une maj auto, je pense qu'il faut laisser tomber cela parce sinon tu ne feras que copier l'exécutable sur le client, les utilisateurs devron ensuite réinstaller eux même le truc, c'est donc pas du tout convivial, et gare aux "ça marche pas", "je comprends rien"!!!!!!!!!

je te conseille un peu de lecture avant de poursuivre
http://dolphy35.developpez.com/artic.../basesreseaux/

**Phabbrrysse** · 10/09/2010, 15h00

en effet j'ai fait deux étapes :
- Un empaquatage que j'ai installé sur tous les postes (il installe donc entre autre le fichier accdr, mais aussi des icones, des fichiers xml ...)

les icones et fichiers xml ne changent pas (s'ils viennent a changer il faudra repasser par un empaquetage), par contre le fichier accdr lui change, c'est donc bien ce dernier qu'il faut modifier sur tous les postes donc :

-soit on refait un empaquetage et il faut repasser sur chaque poste utilisateur pour enlever la version presente et mettre la nouvelle
- soit partir sur de la mise a jour et en effet on ne passe pas par un empaquetage et on obtient donc qu'un seul fichier qui est le accdr.

plus clair ??

**cluster26** · 10/09/2010, 22h45

Bonsoir,

Cette discussion est peut être redondante avec celle-ci :

http://www.developpez.net/forums/d96...-utilisateurs/

A étudier éventuellement !..

Bon courage