Discussion :

[el_zouav]

Bonjour!
Gros soucis.. Quelqun peut il m'aider?
J'ai une base programme a un endroit, et une base data (liée) a un autre endroit.
Je chercher à copier une table de la base data liée dans la base data liée.
ex T_Trucmuch => T_Trucmuch_n-1
La copie doit comprendre structure de la table et données, bien sur...
Quelqun a t'il la reponse? mici ^^
Fabien

[jujusoso]

si ta table est déja lier dans la nouvelle base de données tu fai copier coller du lien il te proposeras de copier soit la structure soit les données et le structure.

si ta table n'est pas lier il existe une commande importer... dans fichier/données externe.

tu peu aussi normalement passer par une requête ou mieux une instruction sql parce que les requêtes peuvent générer des erreurs sur les tables liées.

[AdD92]

Bonjour,

manip 1 fois :
Une requête SQL via l'assistant
Requête/Requête Création de Table, puis donne le nom de la table, coche "Autre base de données", indique le chemin ...

manip n fois :
Par module :
SELECT TableDepart.* INTO TableArrivee IN 'G:\Access\BaseTest.mdb' FROM TableDepart;

Cordialement.

[el_zouav]

En fait, je fais une "copie de sauvegarde", si on veut
La table t_trucmuch_n-1 est une sauvegarde de t_trucmuch avant changement d'année
Les deux tables doivent etre dans la base data liée
Donc, ca se déroule ainsi :
1 : Je supprime l'ancienne table t_trucmuch_n-1
2 : Je fais une de la table t_trucmush en l'appelant t_trucmuch_n-1

Le but de cette copie est de ne pas avoir de problem de cohérence de champ en cas de changement de propriétés de la table t_trucmush

Merci pour vos deux premieres reponses

[jujusoso]

si il faut le faire une fois par ans je pense que le mieux est encore de le faire manuellement ca t'éviteras des lignes de codes complexes pour peu d'utilisation.

c'est néanmoins possible de le faire via du sql avec

drop table "nom de l'ancienne table a supprimer"

SELECT * INTO "nom de la table de destination"
FROM "nom de la table d'ou proviennent les informations"

tu met ces deux requêtes sql dans deux lignes d'une macro et ca devrai faire ce dont tu as besoin.

si tu veu éviter les messages access dans la macro tu met avertissements à faux avant ces deux lignes et à vrai après.

[el_zouav]

Ouais mais justement, c'est pour que ca ne soit plus manuel que je le fais comme ca.. Les utilisateurs ne doivent pas toucher a la base.
Ils doivent juste cliquer sur le bouton qui fait le traitement en question.
Ca, c'est juste la sauvegarde de la table avant traitement pour pouvoir recup les anciennes données en cas de plantage (sait on jamais...)
Le seul probleme est que ce couillon d'access me copie la table de la base programme (c'est a dire la table "liée" et non la table source) dans la base data....
Moi j'veux qu'il copie la table t_trucmusch de la table base en t_trucmuch_n-1 dans la base data aussi, le code devant etre dans la base programme
Base programme sur le poste client, et basa data sur le serveur
(BEn ouais, sinon c point drole...)

[AdD92]

Si je fais la synthèse :
Tu as 2 bases : BasePG et BaseDT.
Tu veux faire une sauvegarde annuelle via un bouton.
Ta Table, dans la BaseDT, peut s'appeler (année)EnCours.
La Table Encours est attachée dans BasePG.
La Table sauvegardée peut s'appeler Annee_AAAA et se trouve dans BaseDT.
En fin d'année (ou en début), en cliquant sur le bouton :
1° Déterminer l'année à sauvegarder (année en cours si tu es en décembre ou année-1 si tu es en janvier)
2° Créer la Table de sauvegarde : DoCmd.RunSQL("SELECT Encours.* INTO Annee_200x IN 'G:\Appli\BaseDT.mdb' FROM Encours;")
3° Purger la Table "courante" Encours : DoCmd.RunSQL("DELETE Encours.* FROM Encours;")
4° Prévenir l'utilisateur que c'est fait (msgbox) ... ;+)
L'avantage d'avoir une base "Encours" est que tu peux baser toutes tes requêtes dessus sans te préocuper de l'année en cours dedant. Les sauvegarges et/ou les restaurations en sont facilités.
Cordialement.