Discussion :

[marot_r]

Bonjour.

J'ai quelques soucis de saturation des ressources sur ma BD sur le poste de mon client.
Une des solutions suggérées est de changer la valeur du dbMaxLockPerFile.
J'ai donc mis le code suivant :

Code :

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

DAO.DBEngine.SetOption dbMaxLocksPerFile, 1000000

qui est lancé à l'ouverture de mon 1er formulaire histoire d'être sur que le paramétrage se fasse.

Sauf que cela a un effet inattendu : je n'ai plus le droit de modifier mon code VBA !
C'est un peu comme si la partie VBA était en Read only.

Est-ce que je dois mettre ce code seulement dans mes modules juste avant les exécutions gourmandes ?

Il y a une notion de cession. Quand cette cession cesse-t'elle ? Seulement quand on sort de l'appli ? Quand la fonction/procédure qui l'a défini est fini ?

A+

[loufab]

Bonjour,

Si ça peut t'aider :
J'ai mis la ligne au démarrage de l'appli et aucun problème de read-only constaté sur le code.

La dbMaxLocksPerFile correspond à la clef MaxLocksPerFile en base de registre. En autre dans HKLM\Software\...Microsoft\Jet\4.0\Engines\Jet 4.0

Pour moi elle est réglé sur 9500.

Avec setoption juste le temps de la session.

https://support.microsoft.com/fr-fr/...ion-processing

Cordialement,

[marot_r]

Merci pour le lien.

Je l'avais consulté déjà te je n'ai pas les droits pour jouer dans les registres.

Et merci du test, je vais essayer de comprendre pourquoi j'obtiens le message que l'application est utilisée par une autre personne et que je n'ai pas le droit de faire d'enregistrer les modifs.

Est-ce que tu as plus d'explication sur la notion de session ?

Est-ce que c'est

1. Tant que Access est ouvert ?
2. Tant que la procédure qui a exécuté l'instruction est en exécution ?
3. Autre chose ?

A+

[loufab]

Bonjour Marot_r,

Une session c'est tant que l'utilisateur qui a lancé la commande est connecté. Je pencherais donc pour tant qu'Access est ouvert.

A voir en multi utilisateur ce que ça fait puisqu'on est censé tous utiliser "Admin" maintenant.

Cordialement,

[micniv]

Bonjour, Marot_r

Peut-être simplement un processus Access qui tourne encore dans la liste des taches ? Ca peut arriver après un plantage.
A vérifier.

Cdlt

[marot_r]

Peut-être simplement un processus Access qui tourne encore dans la liste des taches ? Ca peut arriver après un plantage.
A vérifier

J'y avais pensé mais cela se produit sur mon PC à moi et que j'ai pris la peine de redémarrer en plus.

Donc il va falloir que je creuse dans mon appli. Cela doit venir du moment où je le fais.

A+