Discussion :

[adam1212]

Bonjour

J importe tout les jours des data dans une table que je deverse dans une table de travail.

J aurais voulu savoir pour eviter le grossissement de la base
1/ s il faut supprimer les tables d imports avant l importation
2/ pour ma table de travail s il vaut mieux vider les donnees de la table et les reupdater ou alors s il vaut mieux utiliser un create table

[accessisgood]

Bonjour,

il y a plusieurs techniques
- il faut compacter la base régulièrement
- ne pas conserver les tables inutiles après traitement
- et si on dépasse une taille qui nuit au temps de réponse il faut travailler sur plusieurs bases avec des tables liées

[adam1212]

Bonjour

Merci de la reponse mais le compactage automatique de la base n est pas possible car multiutilisateur et certains peuvent etre dans les formulaires

Lequel des creation de table ou vider la table pour mettre a jour fait le plus grossir la base

[marot_r]

Bonjour.

Lequel des creation de table ou vider la table pour mettre a jour fait le plus grossir la base

Je ne suis pas sur que quiconque le sache.

Si tu peux faire un essai comparatif, et nous revenir ce serait interessant.

Et pour le compactage, en effet, il ne sera fait que quand tout le monde sera sorti et en plus pas sur la base liee.
Donc si tu veux compacter la base liee, il faut l'ouvrir et la fermer specifiquement.

A+

[tee_grandbois]

bonjour,

Lequel des creation de table ou vider la table pour mettre a jour fait le plus grossir la base

La création de table c'est ce qui a de moins gourmand.
L'idéal est d'utiliser une table modèle vide car cela agit un peu comme l'instruction TRUNCATE TABLE dans SQL Oracle et autres :

Code :

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

Docmd.CopyObject ,"T_table_Nouv",acTable,"T_Table_Modele"

[tee_grandbois]

finalement, après avoir effectué des tests, il semble que ce que j'affirmai précédemment soit obsolète, bien que cela me semblait être le cas en Access 2000-2003 au format mdb).
Car avec 2013, les 2 méthodes font grossir la base avec un léger avantage (de quelques centaines de ko sur 10 Go) avec le vidage de table.
La seule vraie solution reste donc le compactage et cela peut se faire la nuit lorsque les utilisateurs ne sont plus connectés avec les tâches planifiées.

Désolé pour la mauvaise piste.

[marot_r]

Bonjour.

Merci tee_grandbois pour ces tests.

Belle journee.

[Arkham46]

Bonjour,

Une table temporaire ça peut être dans un fichier séparé des autres données.
On peut alors le supprimer et le recréer à chaque traitement.
Il faut réfléchir à la conception globale de l'outil.

[marot_r]

Bonjour Arkham46.

Tu as raison je n'y avais jamais penser mais mettre la table temporaire dans sa propre BD resoud le probleme de gonflement associe a de ce genre de traitement.
En recopiant une BD vide sur la BD Temporaire on est sur de repartir au min a chaque fois.
Ca n'economise pas l'espace des objets temporaires comme les requetes mais ca doit aider a garder la BD frontale aussi legere que possible.

A+