Discussion :

[ericp74]

Bonjour,

Je travaille sur une base de données conçue de la manière suivante :
- 1 base back end se mettant à jour régulièrement à partir des données de notre SI
- 1 base front end permettant à certains utilisateurs d'ajouter des commentaires sur des données de la base back end (avec un mécanisme de mise à jour pour conserver les données des utilisateurs lors de la mise à jour des données de la base back end)
- 1 fichier Excel synthétisant des données de la base front end pour des utilisateurs de base n'ayant pas tous Access installé sur leur poste, et avec globalement plus de difficultés avec l'informatique


J'ai un problème majeur : ma base front end est sans arrêt ouverte par de multiples utilisateurs, et il m'est quasiment impossible de faire des modifications de l'outil sans changement du nom du fichier (et donc changement également des relations avec le fichier Excel). De plus, mon processus de mise à jour de la base front end fait appel à des tables temporaires dont les enregistrements sont supprimés puis recréés, et donc la taille de ma base augmente très vite. Et comme je n'arrive pas à l'ouvrir en mode exclusif, impossible de la compacter.

Questions :
- Comment faire en sorte que les utilisateurs du fichier Excel ne "lockent" pas la base front end ? (ils sont présents dans le lccdb)
- Comment réussir un compactage plus régulier ?

Merci pour vos réponses

Eric

[marot_r]

Bonjour.

Pour le compactage, as-tu activer l'option "Compacter à la fermeture" ?
Si cela ne marche pas une solution assez simple est de lancer le compactage avec le programmeur de tâche de Windows (ex : tous les jours à minuit) en utilisant la ligne de commande de Access.

Pour le problème de verrouillage, personnellement j'irai vers un front-end simplifié (ex : juste un formulaire en mode feuille de données affichant une table correspondant au Excel ce qui est très semblable à une feuille Excel) et je déploierai le runtime Access sur les postes qui n'ont pas de Access. Le prix du runtime varie selon la version de Access mais il est parfois gratuit.

A+

[ericp74]

Bonjour,

Merci pour la réponse. Je vais essayer le compactage à minuit via un poste qui reste allumé.
Mais j'espère que tout le monde fermera bien son poste au moins le week-end, sinon ça ne marchera pas non plus.

En revanche ma question reste sur l'ouverture via Excel (pour ne pas que ça ouvre en mode "admin"), j'ai beaucoup d'utilisateurs qui ont un simple besoin de visualisation et ça m'embête de devoir à chaque fois leur faire installer access ou le viewer.

Eric

[marot_r]

Mais j'espère que tout le monde fermera bien son poste au moins le week-end, sinon ça ne marchera pas non plus.

Tu peux mettre en place un mécanisme qui ferme ta BD.

Créer un formulaire "frmSurveillant".
Dans l'événement "Sur minuterie" (OnTimer) mettre un truc du genre :

Code :

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

1
2
3
if time() >= timeserial(23, 50, 00) then
   docmd.quit
end if

Tu règles ta minuterie à 5 mn par exemple.

Au chargement tu ouvres frmSurveillant et il va vérifier régulièrement si tu as dépassé l'heure limite et fermer la BD dans ce cas là.

Un fois tes tests terminés tu caches le formulaire au moment de l'ouverture.

Est-ce que tes utilisateurs de Excel pourraient se contenter d'une copie.

Un truc du genre :

• La BD principale copie ses données dans la copie au 5 mn.
• Les utilisateurs d'Excel se branchent sur la copie.
  La copie ne contient qu'une seule table.

Donc si il y a en un qui oubli, seule la copie est bloquée, tu peux quand même travailler sur l'original.
Tu as seulement des problèmes si tu dois changer la structure de la table de la copie.

A+

[ericp74]

Pour les utilisateurs Access j'ai mis un mécanisme de delog via un formulaire qui checke si une valeur dans une table est à 1 et déconnecte si oui. Après je pourrais effectivement rajouter une déconnexion auto à 23h pour être sûr de pouvoir compacter.

Pour la copie sur une autre base de données, sur laquelle le fichier Excel pointerait : pourquoi pas en effet. Par quel mécanisme faut-il faire la copie ? Si je copie toutes les 5 minutes ma table (elle ne fait qu'un millier de lignes), je risque de vite exploser la taille de la base de données, sachant que c'est sur celle-ci que j'aurai du mal à compacter.

Merci de ton aide en tout cas

[marot_r]

Pour la saturation, il faudrait faire un essai et voir si tu exploses les 2Go dans la journée.

Après si nécessaire et dépendamment de tes données, tu pourrais ne copier que les variations :

1. Ajout
2. Suppression

Puis faire une requête de MAJ pour ceux qui existe déjà. Cela devrait limiter la taille de la BD Copie.

Pour le mécanisme je le mettrai dans la BD Source avec une table liée et quelques requêtes.

A+

[ericp74]

Merci pour ton aide

En réfléchissant à nouveau par rapport à tes éléments, je vais tenter de m'affranchir de la base de données Access pour le fichier Excel. En fait je vais essayer d'exporter ma table toutes les 5 minutes dans un fichier texte (il y a une action de macro prévue pour ça), et faire pointer le fichier Excel vers le fichier texte. De cette manière, plus personne ne se connectera directement d'Excel à Access.

[marot_r]

Bonne idée mais pourras-tu exporter le fichier si quelqu'un est en train de le lire avec Excel ?

Est-ce grave si les données ne sont pas de toute première fraicheur ?

Si ce n'est pas grâve, tu pourrais ignorer l'export qui ne marche pas.

A+

[ericp74]

Bonjour,

Ca fonctionne avec le fichier texte. Excel ne le garde pas ouvert. Et donc j'arrive bien à le mettre à jour.

Merci de ton aide