Discussion :

[anikeh]

Bonjour,

j'ai developpé mon appli sous ACCESS 2000 et tout fonctionnait parfaitement.
Pour mes différentes requetes et recordset, j'utilise un objet connection globale ( je ne le ferme jamais durant la session, mais simplement a la fin, qd l'utilisateur quitte l'application).

Seulement, je passe sous 2003, mon application se lance parfaitement, et juste apres le form_load de la fenêtre principale, j'obtiens le message " vous n'avez pas l'autorisation nécessaire pour accéder à la base.Si vous faites des modif, elles ne seront pas enregistrées", bien que j'utilise un accès administrateur.

Je pense, sans en etre sur, que cela est dû a l objet connection.
Je ne sais pas quoi faire, parce que je ne peux ps tout repenser maintenant...

Avez deja rencontré ce pb? et surtout comment en etes vous sortis?

Merci d'avance.
Anikeh!

[Michel_T]

Bonjour,

j'ai developpé mon appli sous ACCESS 2000 et tout fonctionnait parfaitement.
Pour mes différentes requetes et recordset, j'utilise un objet connection globale ( je ne le ferme jamais durant la session, mais simplement a la fin, qd l'utilisateur quitte l'application).

Seulement, je passe sous 2003, mon application se lance parfaitement, et juste apres le form_load de la fenêtre principale, j'obtiens le message " vous n'avez pas l'autorisation nécessaire pour accéder à la base.Si vous faites des modif, elles ne seront pas enregistrées", bien que j'utilise un accès administrateur.

Je pense, sans en etre sur, que cela est dû a l objet connection.
Je ne sais pas quoi faire, parce que je ne peux ps tout repenser maintenant...

Avez deja rencontré ce pb? et surtout comment en etes vous sortis?

Merci d'avance.
Anikeh!

Bonjour,
Je sais que celà peut paraître fastidieux, mais il est plus conforme à la bonne pratique (pour ne pas être confronté à ce type de soucis particulièrement exaspérants) de ne pas garder l'objet connexion ouvert, c'est à dire d'avoir un objet de portée locale plutôt que globale.
Un Dim db as database suivi d'un Set db=currentdb() dans chaque proc ou fonction le nécessitant, et le tour est joué. Ce n'est pas si fastidieux. Le db.close est facultatif, même s'il est plus propre de le placer la fermeture se fait automatiquement lorsque la variable disparaît (sur le end sub ou le end function).

Cette règle s'applique aux connexions Access comme elle s'applique d'ailleurs aux connexions SQL serveur (c'est même -avec le mode déconnecté - une des clefs de la puissance de SQL serveur, car celà permet le recyclage des connexions).