Discussion :

[rubilacxe]

J'ai une application importante installée chez un client, avec de nombreux objets (tables, formulaires, requetes et etats). Elle fonctionne parfaitement mais les demandes de modification pour amélioration sont fréquentes et nombreuses. J'effectue et teste les modifications sur une sauvegarde chez moi puis vais chez le client afin d' effectuer les mises à jour dans sa base.
Quand les modifications sont peu nombreuses je procède par exportation d'objets de ma base vers celle de mon client.
La solution, effacer l'ancienne base et implanter la nouvelle base étant impossible à cause des tables dont le contenu a varié, comment faire autrement ?
Vous allez me dire qu'il suffit de sauvegarder les tables avant d'effacer l'ancienne base puis de les ré-installer dans la nouvelle base. Bien sûr mais cela est aussi astreignant que l'exportation d'objets et est-ce que cette façon de procéder tient la route ?

Mes questions:
1/ Dans le cas ou les modifications concernent de nombreux objets y a-t-il une autre méthode que d'exporter objet après objet ?
2/ Au fait, n'y a-t-il que les tables qui soient un obstacle à cette manipulation d'effacement et de ré-implantation ?
3/ Y a-t-il possibilité d'avoir des tables externes à la base (du genre fichier Excel ou autre) ce qui permettrait de mettre à jour rapidement par effacement/restauration ?

Toute idée concernat les mises à jour sera la bienvenue. Merci d'avance

[philou22]

Bonjour.
Il faut séparer les tables de données du reste.
Les tables dans un (ou plusieurs) MDB, l'appli (requetes, états, formulaire, modules) dans un autre.
On attache les tables dans le MDB appli.

voir là :

http://access.developpez.com/faq/?pa...in#ApplServeur

Et prévoir un exemplaire de l'appli pour chaque user, conseillé aussi.
Pour ma part, je rediffuse toutes les nuits le .mde de l'appli sur les différents répertoires des users (chaque user/pc à son rép réseau).
Je modifie le mdb appli, le teste, si ok : transform en mde, le batch de nuit faisant la diffusion (auto fermeture de l'appli à 23 heures).

je suis en Access 97

[Domi2]

Bonjour,

Oui, tu peux (je dirais tu dois) utiliser des tables liées.

Menu Outil ==> Utilitaires de base de données ==> Fractionner une base données.

Tu peux regarder ici :

http://access.developpez.com/cours/

plus précisément ce qui traite du déploiement et de la sécurité.

Sur le forum, tu trouvera également de nombreux fils de discussions traitant des bases "dorsales" et "frontales".

Avec ce genre de configuration, plus de soucis au niveau du développement de l'application.

Tu peux travailler chez toi avec un jeu de données de test et une fois la mise à jour prête, on installe uniquement chez le client la nouvelle version de l'application.

Bonne lecture et si tu as des questions, n'hésite pas...

Domi2

[rubilacxe]

Réponses super rapide, merci.
J'ai des infos qui me permettent d'aller plus loin. J'avoue que je ne savais pas ce que faisaient les expressions Fractionnement, frontales, dorsales ........... d'ou mes questions sur le forum.
A partir de ma base 'Films' j'ai fais Outils\Utilitaires\Fractionner. Le systeme me propose de construire la base de destination 'Films_princip', pourquoi pas.
Je teste et ça fonctionne, parfait. Dès que je fais une mise à jour dans 'Films' elle est reportée également dans 'Films_princip'.
Par contre j'ai toujours dans ma base de départ 'Films' toutes mes tables avec leurs contenus. Donc j'ai toutes mes tables en double.
Comment fait-on pour se séparer des tables de départ qui sont dans la base 'Films' et dont on n'a plus besoin ?

Question subsidiaire:
L'une de mes tables que l'on appelera 'Autres films' a bien été prise en compte dans le fractionnement. Lors d'une mise à jour tout semble bien fonctionner mais, dans la liste des tables liées dans la base de départ 'Films' la flèche indiquant que c'est une table liée a disparu. Cette flèche est présente immédiatement après le fractionnement mais disparaît dès la première intervention sur la base ???????????

[rubilacxe]

La question subsidiaire est résolue.

La question de base reste d'actualité. Que faire pour ne pas avoir en double toutes les tables ?

[Stephane 78]

Normalement, si tu suis bien a procédure de fractionnement, en partant de Film.mdb, du obtient:

- Film_princip.mdb ==> qui contient les tables
- Film.mdb ==> qui contient les formulaires et autes, ainsi que les liens vers les tables (que tu peux gérer via Otils/Utilitaires..../Gestionnaire de tables liées

Je viens de faie la manip sous Access 2002 avec une vieille ase et j'ai eu le résultat ci dessus.

Essaye encore !

[rubilacxe]

J'ai bien suivi la procédure, qui est très simple en fait: Outils\Utilitaires\Fractionnement et le résultat est le suivant:
- Film_princip.mdb ou il n'y a que les tables
- Film.mdb qui contient formulaires, etats, requetes ET LES TABLES.
C'est tout, je ne fais rien d'autre.

Dans l'onglet 'Tables' j'ai toutes les tables affichées avec une flèche devant chacune indiquant qu'il y a bien un lien avec une autre base, Film_princip en l'occurence.

Si je double clique sur une table dans Film.mdb elle contient les données.
Si je saisi un nouvel enregistrement via mes formulaires, cette même table a bien été mise à jour (ainsi que celle de Film_princip.mdb).

La seule différence est que lorsque je regarde la structure de la table dans Film.mdb le systeme me signale que je ne peux rien modifier dans la structure car c'est une table attachée.

Dans la base Film.mdb il me parait normal que les noms des tables soient présents, mais il me parait anormal que ces tables soient pleines.
j'ai fais plusieurs fois la manip bien sûr et toujours le même résultat.


Il y a quelque chose qui m'échappe mais quoi ?

[Herman]

Non, tu ne les a pas en doubles en fait ! Ce ne sont pas les tables à proprement parler ! C'est simplement une sorte de raccourci qui pointe sur tes tables liées. Donc en double cliquand tu accédes aux données de la base où sont tes tables Donc en fait tu as :

- Film_princip.mdb ou il n'y a que les tables
- Film.mdb qui contient formulaires, etats, requetes et LES RACCOURCIS VERS les tables.

Donc tes tables ne sont pas en doubles

[Domi2]

Bonjour,

Dans ta base Film.mdb, essaie de sélectionner les tables qui ne sont pas liées et touche DELETE.

Ca donne quoi ?

Domi2

[rubilacxe]

Je voyais les choses comme Herman vient de l'expliquer, uniquement le nom des tables mais vides (raccourcis vers). Pour démontrer cela il faudrait que je saisisse beaucoup de données et voir si la taille de la base Film.mdb ne change pas alors que celle de Film_princip.mdb augmente beaucoup.

Concernant la question de Domi, je n'ai pas de table non liée dans ma base Film.mdb. Mais que voudrais tu démontrer en faisant cela stp ? Avec plus d'infos je pouurai simuler ce que tu veux.

[Herman]

Domi doit penser que tes tables sont en double (affichées deux fois) dans ta base frontale. Mais elles ne le sont qu'une fois non ? Elles sont seulement une fois dans ta base frontale, et une fois dans ta base dorsale, ce qui est tout à fait normal.

Mais si tu as fait la manip normalement, il n'y a pas besoin de démontrer quoi que se soit. Le fait de scinder la base en deux affiche les tables des deux côtés.

[rubilacxe]

Je confirme, elles ne sont qu'une fois dans la base frontale et une fois dans la dorsale.

[Domi2]

Re,

Effectivement, je crois que j'ai mal suivi le problème... Sorry

La situation a l'air parfaitement normale...

Domi2

[Herman]

C'est vrai que la façon dont ça a été exposé (comme étant un problème) peut porter à confusion sur le fait que tes tables soient affichées deux fois dans ta frontale

Sinon rubilacxe, après 13 post sur le topic, je suis heureux de t'annoncer qu'il n'y a aucun problème et que tu peux mettre le tag !

[rubilacxe]

Attend
Je viens de faire un essai de remplissage et je te (vous) confirme que dans la frontale nous n'avons bien que des raccourcis. La taille de la frontale ne bouge pas d'un octet alors que la dorsale ..... J'aurai dû vérifier cela avant de vous importuner.

Mais, ne quittez pas si je puis dire, je vérifie le comportement de la base dans le cas ou j'arrive chez le client, j'efface sa base et je mets la mienne avec mes modifs. Si problème je vous rappelle.

En attendant merici pour vos réponse. Le flag Resolu ne saurait tarder.

[Herman]

En arrivant chez ton client tu aura juste a écraser sa frontale par la tienne, et le tour est joué

[rubilacxe]

Encore lui !
Visiblement je n'ai pas tout compris.
Ma question de départ était :comment réimplanter les modifs de programme dans la base du client sans avoir à le faire par export d'objet.
J'ai chez moi la meme config que chez le client et j'effectue des modifs de programmes. Je vais chez le client, j'efface sa base frontale et je met la mienne avec les programmes modifiés.
je viens de simuler et, bien que les liens soient toujours affichés il ne fonctionnent plus. J'ai réactivé outils\Utilitaires\Gestionnaire des tables liées et ca ne fonctionne toujours pas.
En fait lorsque je saisi de nouvelles données elles apparaissent bien dans la frontale mais plus dans la dorsale.

Surement ma manip d'effacement/restauration n'est pas bonne.
Comment faire pour implanter les modifs de programme sans toucher la dorsale ?

[Domi2]

Re,

En fait, tu dois également avoir chez ton client la même configuration base frontale / base dorsale.

Quand tu fais une mise à jour de l'application, tu ne changes que sa base frontale et effectivement, tu rafraîchis les liens.

Domi2

[Herman]

Est ce que le chemin d'accés à la base dorsale est le même chez toi et chez le client ?

Si chez le client la dorsale est sur le réseau ou autre, il faut réindiquer à la frontale où se trouve les tables situées dans la dorsale !

[rubilacxe]

Ca y est.
L'erreur venait du fait que l'application (frontale et dorsale) chez moi était sur C: alors qu'elle est sur D: chez le client, d'ou l'erreur dans les liens.

Bravo et un grand merci à tous. Je met le flag Resolu tout de suite