Discussion :

[Westood5]

Bonjour à tous,

Je voulais savoir s'il était possible de renommer une table suite à une requête de création de table exécutée par une macro.

A l'heure actuelle, j'ai créé ma requête création de table en donnant un nom à cette table "tblBackUp", puis j'ai créé une macro intégrée qui me permet d'exécuter cette requête.

Ce que j'aimerais, c'est que dès que j'exécute une nouvelle fois cette macro, que la nouvelle table porte un nom un peu différent, style "tblBackUp2".

L'idée en fait serait de pouvoir faire des backup d'une table tous les trimestres et en gardant tout le temps les tables backup précédentes pour avoir quelque chose comme ça:

tblBackUp2018
tblBackUp2019
tblBackUp2020 et ainsi de suite.

Est-ce que cela peut se faire directement en SQL après le mot clé INTO?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT tblOut.pkOutID, tblOut.fkOutEmployeesID, tblOut.fkOutArtcilesID, tblOut.fkOutCustomersID, tblOut.chkOutCash, tblOut.chkOutCard, tblOut.intOutNumberUnits, tblOut.datOutDate INTO tblBackUp FROM tblOut WHERE (((Year([tblOut]![datOutDate]))=[Choisir l'année de l'export]));

Faut-il passer par le vba?

Merci d'avance à ceux qui pourront m'aider sur le sujet.

Schoum

[marot_r]

Bonjour.

A priori faire des backups de table en Access c'est une mauvaise idee.

Ce qu'on fait d'habitude est :

1. Filtrer les donnes sur la date pour n'afficher que celles qui nous interessent.
   L'avantage est que les donnees restent facilement disponibles si on en a besoin.
   
2. Ou copier les donnees en function de la date dans une table "Archive".
   Puis on supprime les donnees archivees de la table.
   
3. Ou copier la base sous un autre nom. Ex : MaSuperBD, est copiee en MaSuperBD_2017.
   Puis on purge la BD courante de ses donnees.

Access, contrairement a Excel, marche assez mal avec des noms d'objets variables et interroger tes donnees devient vite un casse tete.

Ceci dit pour repondre a ta question avec une macro je ne sais pas mais avec VBA voici un exemple de code qui fait cela :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
dim db as dao.database: set db=currentdb
db.tabledefs("NomTaTable").name="NomTaNouvelleTable"
db.close: set db=nothing

A+

[Westood5]

Bonjour marot_r;

Merci pour ce retour.

Je vais aller voir ce que sont les tables archives, j'imagine que c'est quelque chose de particulier dans access.

Je ne connais pas encore super bien access, pourquoi tu penses que ce n'est pas une bonne idée de faire des table backup?
Ce n'est pas approprié dans access? Il y a d'autres fonctionnalités dans access qui sont plus intéressantes?

Merci également pour ce bout de code, comme entrainement, je vais essayer de l'adapter à mon bout de code pour si j'y arrive.

Je te souhaite une bonne journée.

Schoum

[marot_r]

Bonjour.

Non la table "Archive" est juste une copie de la table "Vivante" ou on stocke les donnees qu'on ne veut plus.

pourquoi tu penses que ce n'est pas une bonne idée de faire des table backup?

Parce qu'il faut que tu fasses une requete par table et que si tu veux presenter tes annees archivees en une seule fois c'est VRAIMENT penible.

Access marche en "une dimension" avec des listes, des listes de listes, des listes de listes de listes ... contrairement a Excel qui marche "en 2 dimensions" (ou tableau).

Si tu as en Excel :

Identifiant | Valeur Annee01 | Valeur Annee02 | Valeur Annee03

tu vas avoir en Access :

Idenifiant | Annee01 | Valeur Annee 01
Idenifiant | Annee02 | Valeur Annee 02
Idenifiant | Annee03 | Valeur Annee 03

Exploiter la 1ere structure en Access est possible mais un peu contre sa "nature".

En plus les formulaires d'Access sont "figes" et ne s'adapte pas automatiquement a l'ajout de champs (colonnes) dans leur source donc si tu as besoin d'une nouvelle colonne il faut modifier ton formulaire.

A+

[Westood5]

Bonjour marot_r,

Merci beaucoup pour ces explications qui sont claires et m'aide à mieux comprendre les tenants et aboutissants d'access.

Je te souhaite une excellente soirée.

Schoum