Fichier Access anormalement lourd (130 mo), où est le problème?
Le
Pat|Dez
Bonjour à tous,
Dans le cadre d'un projet, j'ai conçu un formulaire d'enregistrement faisant
appel à quelques lignes de code très simples en VBA pour
ajouter/modifier/supprimer des objets d'une table unique, contenant pour
l'instant 200 tuples, sous Access 2003. Tout fonctionne à merveille, mais
j'ai cependant été étonné de m'apercevoir que mon fichier access .mdb
occupait un espace anormalement élevé sur le disque (près de 130 Mo!). Y
a-t-il un problème de conception quelque part?
Merci de me faire part de vos expériences similaires.
Dans le cadre d'un projet, j'ai conçu un formulaire d'enregistrement faisant
appel à quelques lignes de code très simples en VBA pour
ajouter/modifier/supprimer des objets d'une table unique, contenant pour
l'instant 200 tuples, sous Access 2003. Tout fonctionne à merveille, mais
j'ai cependant été étonné de m'apercevoir que mon fichier access .mdb
occupait un espace anormalement élevé sur le disque (près de 130 Mo!). Y
a-t-il un problème de conception quelque part?
Merci de me faire part de vos expériences similaires.
Poser une question
Une base de données ne cesse de voir sa taille augmenter au fil de son
utilisation et de la modification des données.
Même si elle comporte peu de données, sa taille augmentera.
C'est pourquoi il faut régulièrement la compacter.
Ouvre ta base et vas dans le Menu :
Outils->Utilitaires de base de données->Compacter une base de données
Je pense que sa taille sera alors redevenue raisonnable
"Pat|Dez" a écrit :
Vous avez vu juste: en compactant la base de données j'ai gagné 9 Mo
d'espace, cependant elle demeure beaucoup trop lourde selon le bon sens! N'y
aurait-il pas d'autres avenues possibles?
Bon, 9 Mo sur 130, c'est presque rien de gagné...
ce serait donc plus un problème réel de ce qu'elle contient.
Dans la base, combien y a-t-il :
- de tables
- de formulaires
- d'états
- de modules
"Pat|Dez" a écrit :
Je me débrouille bien sur Access, sans pour autant en saisir parfaitement la
théorie; si bien que les termes «modules» et «états» me laissent perplexes!
Je peux cependant dire qu'il s'agit d'une table unique contenant 29 champs.
Les opérations sur cette table sont toutes effectuées à partir d'un simple
formulaire: création, mise à jour et suppression de tuples. Le formulaire est
conçu de manière à ce que monsieur tout-le-monde puisse l'utiliser: plusieurs
menus déroulants (11) sont présents, certains champs se renseignent
automatiquement (3) et il y a quelques cases à cocher (6). Sur l'ensemble des
menus déroulants, 7 offrent des choix prédéfinis provenant d'une requête sur
l'ensemble des données. Il y a présentement 200 tuples dans cette table de
données.
Je précise également que bien que la base de données prenne plus de temps
qu'à l'habitude pour s'ouvrir, une fois ouverte les opérations effectuées sur
celle-ci le sont rapidement et sans anicroche.
Merci encore de vous pencher sur mon cas!
N'as-tu pas des images dans certains champs de ta table?
Elles ont la particularité de faire enfler démesurément une base de données.
Il faut ne stocker que l'adresse du fichier image dans ta table pour éviter
ce genre de désagréments.
--
Cordialement,
Gilbert
"Pat|Dez" news:
la
perplexes!
champs.
est
plusieurs
des
sur
sur