J'ai 2 bases de donn=E9es. La premi=E8re contient formulaires,=20
rapports ... et acc=E8de aux tables de la seconde. Elle est=20
utilis=E9e par plusieurs PC en m^me temps. Afin de ne pas la=20
laisser gonfler anormalement, que me conseillez-vous?
1. Compactage automatique "on close"? Probl: G=E9n=E8re des=20
db*.mdb si elle n'est pas ouverte par un seul PC.
2. Un script de compactage/r=E9paration nocturne.
3. Mettre la DB en Read Only? Probl: Le message perturbe=20
les utilisateurs car ils pensent qu'ils ne peuvent=20
modifier les donn=E9es.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Raymond [mvp]
Bonjour.
mon avis personnel: base frontale avec compactage à la fermeture base principale, réparation quotidienne ( /repair idem à compact sur 2000) après la sauvegarde générale en tâche planifiée, c'est-à-dire la nuit. mettre en place une vérification des fichiers manipulés pour bien voir si tout se passe bien.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Le guignolo" a écrit dans le message de news:1616501c447d7$8188e670$ Bonjour,
J'ai 2 bases de données. La première contient formulaires, rapports ... et accède aux tables de la seconde. Elle est utilisée par plusieurs PC en m^me temps. Afin de ne pas la laisser gonfler anormalement, que me conseillez-vous?
1. Compactage automatique "on close"? Probl: Génère des db*.mdb si elle n'est pas ouverte par un seul PC. 2. Un script de compactage/réparation nocturne. 3. Mettre la DB en Read Only? Probl: Le message perturbe les utilisateurs car ils pensent qu'ils ne peuvent modifier les données.
D'avance merci, Le guignolo
Bonjour.
mon avis personnel:
base frontale avec compactage à la fermeture
base principale, réparation quotidienne ( /repair idem à compact sur 2000)
après la sauvegarde générale en tâche planifiée, c'est-à-dire la nuit.
mettre en place une vérification des fichiers manipulés pour bien voir si
tout se passe bien.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Le guignolo" <anonymous@discussions.microsoft.com> a écrit dans le message
de news:1616501c447d7$8188e670$a601280a@phx.gbl...
Bonjour,
J'ai 2 bases de données. La première contient formulaires,
rapports ... et accède aux tables de la seconde. Elle est
utilisée par plusieurs PC en m^me temps. Afin de ne pas la
laisser gonfler anormalement, que me conseillez-vous?
1. Compactage automatique "on close"? Probl: Génère des
db*.mdb si elle n'est pas ouverte par un seul PC.
2. Un script de compactage/réparation nocturne.
3. Mettre la DB en Read Only? Probl: Le message perturbe
les utilisateurs car ils pensent qu'ils ne peuvent
modifier les données.
mon avis personnel: base frontale avec compactage à la fermeture base principale, réparation quotidienne ( /repair idem à compact sur 2000) après la sauvegarde générale en tâche planifiée, c'est-à-dire la nuit. mettre en place une vérification des fichiers manipulés pour bien voir si tout se passe bien.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Le guignolo" a écrit dans le message de news:1616501c447d7$8188e670$ Bonjour,
J'ai 2 bases de données. La première contient formulaires, rapports ... et accède aux tables de la seconde. Elle est utilisée par plusieurs PC en m^me temps. Afin de ne pas la laisser gonfler anormalement, que me conseillez-vous?
1. Compactage automatique "on close"? Probl: Génère des db*.mdb si elle n'est pas ouverte par un seul PC. 2. Un script de compactage/réparation nocturne. 3. Mettre la DB en Read Only? Probl: Le message perturbe les utilisateurs car ils pensent qu'ils ne peuvent modifier les données.
D'avance merci, Le guignolo
Le guignolo
Bonjour (2),
Tout d'abord, merci pour ta réponse. Connais-tu un moyen d'éviter que les fichiers db*.mdb ne restent dans le répertoire de la base frontale lorsque le compactage échoue en raison de l'ouverture "concurrente" de la base de donnée.
Big merci (2).
Bonjour (2),
Tout d'abord, merci pour ta réponse.
Connais-tu un moyen d'éviter que les fichiers db*.mdb ne
restent dans le répertoire de la base frontale lorsque le
compactage échoue en raison de l'ouverture "concurrente"
de la base de donnée.
Tout d'abord, merci pour ta réponse. Connais-tu un moyen d'éviter que les fichiers db*.mdb ne restent dans le répertoire de la base frontale lorsque le compactage échoue en raison de l'ouverture "concurrente" de la base de donnée.
Big merci (2).
Raymond [mvp]
Si tu le fais la nuit, ça va réduire le nombre de bases utilisées , non ? ce que tu peux faire aussi c'est lancer une base simple pour tester si les bases sont utilisées ou non avant de lancer le compact. les bases tmp créées sont bd1, bd2 etc....... supprime tous ces fichiers par un .bat normal
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Le guignolo" a écrit dans le message de news:1668801c447ed$1e84fdf0$ Bonjour (2),
Tout d'abord, merci pour ta réponse. Connais-tu un moyen d'éviter que les fichiers db*.mdb ne restent dans le répertoire de la base frontale lorsque le compactage échoue en raison de l'ouverture "concurrente" de la base de donnée.
Big merci (2).
Si tu le fais la nuit, ça va réduire le nombre de bases utilisées , non ?
ce que tu peux faire aussi c'est lancer une base simple pour tester si les
bases sont utilisées ou non avant de lancer le compact.
les bases tmp créées sont bd1, bd2 etc....... supprime tous ces fichiers par
un .bat normal
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access.vba.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Le guignolo" <anonymous@discussions.microsoft.com> a écrit dans le message
de news:1668801c447ed$1e84fdf0$a401280a@phx.gbl...
Bonjour (2),
Tout d'abord, merci pour ta réponse.
Connais-tu un moyen d'éviter que les fichiers db*.mdb ne
restent dans le répertoire de la base frontale lorsque le
compactage échoue en raison de l'ouverture "concurrente"
de la base de donnée.
Si tu le fais la nuit, ça va réduire le nombre de bases utilisées , non ? ce que tu peux faire aussi c'est lancer une base simple pour tester si les bases sont utilisées ou non avant de lancer le compact. les bases tmp créées sont bd1, bd2 etc....... supprime tous ces fichiers par un .bat normal
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access.vba.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Le guignolo" a écrit dans le message de news:1668801c447ed$1e84fdf0$ Bonjour (2),
Tout d'abord, merci pour ta réponse. Connais-tu un moyen d'éviter que les fichiers db*.mdb ne restent dans le répertoire de la base frontale lorsque le compactage échoue en raison de l'ouverture "concurrente" de la base de donnée.
