[access 2000 ] application multi utilisateur
marcon
-
blux Messages postés 27831 Statut Modérateur -
blux Messages postés 27831 Statut Modérateur -
Bonjour
Poste xp, access 2000 runtime
J'utilise une application multi-utilisateur. Le moteur de l'applicatiion est en local et se connecte sur le reseau. La base de données fait 8 MO le matin et le soir 280 MO, apres compactage la nuit elle est redevenue à 8 mega. cette application fait des saisies de données et un import de fichier de données, mais sans beaucoup d'enregistrement 480 environs, peu de données.
Avez vous une idée pourquoi grossit-elle?
Merci
Poste xp, access 2000 runtime
J'utilise une application multi-utilisateur. Le moteur de l'applicatiion est en local et se connecte sur le reseau. La base de données fait 8 MO le matin et le soir 280 MO, apres compactage la nuit elle est redevenue à 8 mega. cette application fait des saisies de données et un import de fichier de données, mais sans beaucoup d'enregistrement 480 environs, peu de données.
Avez vous une idée pourquoi grossit-elle?
Merci
A voir également:
- [access 2000 ] application multi utilisateur
- Nommez une application d'appel vidéo ou de visioconférence - Guide
- Desinstaller application windows - Guide
- Windows application démarrage - Guide
- Comment supprimer une application préinstallée sur android - Guide
- Application multi-utilisateur android - Guide
1 réponse
Salut,
ACCESS, comme beaucoup d'autre logiciels, cherche à gagner du temps le plus souvent possible. C'est pourquoi les suppressions d'enregistrements ne sont que rarement reportées physiquement dans la base. On préfère les marquer logiquement comme effacés.
Ainsi donc, au fil du temps, des tables temporaires utilisées pour les imports de données, des mises à jour... la base grossit.
Le seul moyen d'empêcher son embonpoint est effectivement de la compacter...
N'oublie cependant pas qu'ACCESS n'est pas un vrai SGBD, lorsqu'il doit faire un traitement, il rapatrie TOUTE la base sur le poste. Et si tu es multi-utilisateur, les versions de versions de versions finissent par faire gros...
ACCESS, comme beaucoup d'autre logiciels, cherche à gagner du temps le plus souvent possible. C'est pourquoi les suppressions d'enregistrements ne sont que rarement reportées physiquement dans la base. On préfère les marquer logiquement comme effacés.
Ainsi donc, au fil du temps, des tables temporaires utilisées pour les imports de données, des mises à jour... la base grossit.
Le seul moyen d'empêcher son embonpoint est effectivement de la compacter...
N'oublie cependant pas qu'ACCESS n'est pas un vrai SGBD, lorsqu'il doit faire un traitement, il rapatrie TOUTE la base sur le poste. Et si tu es multi-utilisateur, les versions de versions de versions finissent par faire gros...
