Doutes sur la taille d'un fichier ACCESS .mdb
Fermé
eddys
-
24 juin 2002 à 11:26
thomichna Messages postés 94 Date d'inscription mercredi 17 novembre 2004 Statut Membre Dernière intervention 9 juin 2008 - 24 nov. 2004 à 13:16
thomichna Messages postés 94 Date d'inscription mercredi 17 novembre 2004 Statut Membre Dernière intervention 9 juin 2008 - 24 nov. 2004 à 13:16
A voir également:
- Doutes sur la taille d'un fichier ACCESS .mdb
- Mdb viewer - Télécharger - Pare-feu
- Mdb converter - Télécharger - Gestion de données
- Ouvrir fichier mdb sans access - Forum Excel
- Excel to mdb ✓ - Forum Programmation
- Convertir les mdb ✓ - Forum Linux / Unix
4 réponses
en, c'est surement parcequ'à force de bosser sur la même base, celle-ci augmente. Il faut aller dans outil et compacter la base de données.
Tu devrais réduire celle-ci...
Coyote
Tu devrais réduire celle-ci...
Coyote
Ah super t es un roi ! :o)
ca marche !!! elle fait plus que 2 Mo !
Ouaip apparemment il conserve les donnees qq part ... c qd mm bizarre ... parcqu'en revanche y a pas l'air d'y avoir l'air de fonction pour recuperer d'anciennes donnees !
donc j vois pas trop l'utilite de faire gonfler l'appli pour rien !
enfin tout ca pour te dire merci quoi ^_^
ca marche !!! elle fait plus que 2 Mo !
Ouaip apparemment il conserve les donnees qq part ... c qd mm bizarre ... parcqu'en revanche y a pas l'air d'y avoir l'air de fonction pour recuperer d'anciennes donnees !
donc j vois pas trop l'utilite de faire gonfler l'appli pour rien !
enfin tout ca pour te dire merci quoi ^_^
blux
Messages postés
26003
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
25 avril 2024
3 289
24 juin 2002 à 21:33
24 juin 2002 à 21:33
Salut,
en fait, ACCESS ne fait pas un vrai ménage quand il supprime ou modifie des données (car cela ralentirait l'exécution des requêtes), il fait un peu comme la gestion du disque dur : du gruyère.
alors de temps en temps, il faut compacter. Il exsiste d'alleurs une option dans la ligne de commande qui permet de le faire sans passer par le menu, c'est pratique pour programmer l'exécution à des heures fixes et ainsi ne pas laisser s'instaler le souk !!!
A+
Blux
"Les cons, ça ose tout.
C'est même à ça qu'on les reconnait..."
en fait, ACCESS ne fait pas un vrai ménage quand il supprime ou modifie des données (car cela ralentirait l'exécution des requêtes), il fait un peu comme la gestion du disque dur : du gruyère.
alors de temps en temps, il faut compacter. Il exsiste d'alleurs une option dans la ligne de commande qui permet de le faire sans passer par le menu, c'est pratique pour programmer l'exécution à des heures fixes et ainsi ne pas laisser s'instaler le souk !!!
A+
Blux
"Les cons, ça ose tout.
C'est même à ça qu'on les reconnait..."
Utilisateur anonyme
>
blux
Messages postés
26003
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
25 avril 2024
24 juin 2002 à 22:37
24 juin 2002 à 22:37
Y'a pas que access qui fait ca, non? Oracle aussi, il me semble?
Par un moment j'avais des lignes vides sur certaines requetes...
Autre chose, vous savez pas si l'OPTIMIZE ds MySQL, ca correspond au compactage sous Access?
Kalamit,
Je ponce donc j'essuie
Par un moment j'avais des lignes vides sur certaines requetes...
Autre chose, vous savez pas si l'OPTIMIZE ds MySQL, ca correspond au compactage sous Access?
Kalamit,
Je ponce donc j'essuie
teebo
Messages postés
33491
Date d'inscription
jeudi 14 octobre 2004
Statut
Modérateur
Dernière intervention
24 février 2011
1 793
>
Utilisateur anonyme
24 juin 2002 à 22:50
24 juin 2002 à 22:50
Oracle garde en memoire certaines donnees, mais tu peux les retablir, donc c'est pas de la place perdu, et a moins que que Access est progresser depuis la version 9x, ce n'est pas possible...
Pour ce qui est de l'Optimize de MySql, je suis pas bien sur, donc je refere m'abstemir de dire des conneries
"Mieux vaut mobiliser son intelligence sur des
conneries que sa connerie sur des choses intelligentes"
Pour ce qui est de l'Optimize de MySql, je suis pas bien sur, donc je refere m'abstemir de dire des conneries
"Mieux vaut mobiliser son intelligence sur des
conneries que sa connerie sur des choses intelligentes"
blux
Messages postés
26003
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
25 avril 2024
3 289
>
Utilisateur anonyme
25 juin 2002 à 09:22
25 juin 2002 à 09:22
salut,
extrait de la doc MySQL :
OPTIMIZE TABLE Nom_table
OPTIMIZE TABLE est à utiliser après avoir effacer de grandes parties d'une table, pour après des
modifications majeures sur une table à longueur de ligne variable. Les index des lignes effacées sont
conservés, et l'opération INSERT les réutilise, et écrase mes anciennes lignes. La commande OPTIMIZE
TABLE permet de récupérer l'espace inutilisé des tables.
OPTIMIZE TABLE fonctionne en effectuant une copie temporaire de la table originale. La modification est
effectuée sur la copie, puis l'originale est remplacée par la copie modifiée. Toutes les mises à jours sont
automatiquement appelé, et sont faites dans un mode sans erreur. Pendant la modification, la table originale
est toujours accessible en lecture par les autres clients. Les mises à jour et les écritures sont reportées jusqu'à
la fin de la modification.
C'est vrai que ça peut ressembler, mais c'est pas au niveau base, c'est au niveau table.
Sinon il y a la commande 'isamchk' qui permet des optimisations plus fines.
A+
Blux
"Les cons, ça ose tout.
C'est même à ça qu'on les reconnait..."
extrait de la doc MySQL :
OPTIMIZE TABLE Nom_table
OPTIMIZE TABLE est à utiliser après avoir effacer de grandes parties d'une table, pour après des
modifications majeures sur une table à longueur de ligne variable. Les index des lignes effacées sont
conservés, et l'opération INSERT les réutilise, et écrase mes anciennes lignes. La commande OPTIMIZE
TABLE permet de récupérer l'espace inutilisé des tables.
OPTIMIZE TABLE fonctionne en effectuant une copie temporaire de la table originale. La modification est
effectuée sur la copie, puis l'originale est remplacée par la copie modifiée. Toutes les mises à jours sont
automatiquement appelé, et sont faites dans un mode sans erreur. Pendant la modification, la table originale
est toujours accessible en lecture par les autres clients. Les mises à jour et les écritures sont reportées jusqu'à
la fin de la modification.
C'est vrai que ça peut ressembler, mais c'est pas au niveau base, c'est au niveau table.
Sinon il y a la commande 'isamchk' qui permet des optimisations plus fines.
A+
Blux
"Les cons, ça ose tout.
C'est même à ça qu'on les reconnait..."
thomichna
Messages postés
94
Date d'inscription
mercredi 17 novembre 2004
Statut
Membre
Dernière intervention
9 juin 2008
3
24 nov. 2004 à 13:16
24 nov. 2004 à 13:16
Merci, j'avais ce probleme, bien frais=)