Discussion :

[mainecoon]

Bonjour,

J'ai une application Access 2003 qui ne contient aucunes tables.
Tout est sur un serveur Oracle 9iR2.

Je sais attaquer en VB la base Oracle avec l'ODBC en créant une connexion (en DAO) pour lire des enregistrements.

Mais là où je suis coincé et pour les zones de liste déroulante.
Si je place une requête dans la propriété Contenu (RowSource), je dois bien passer par des tables attachées. Et le problème, c'est que j'ai l'interface ODBC qui s'ouvre pour me demander le mot de passe.
Je veux que l'utilisateur ne voit pas cet écran et n'ait pas à taper un mot de passe.

J'ai essayé d'attacher une table par VB, ça marche, mais il me change ma chaîne de connexion où j'avais passé le nom d'utilisateur et mot de passe. Et hop, au premier accès, il m'ouvre l'écran ODBC.

Je reste coincé...

Merci de votre aide !

[seacat]

hello,

quand, dans ton code, tu fais reference à la connexion odbc, il doit être possible d'y indiquer le mot de passe
quelquechose comme:

Code :

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

1
2
3
4
 
 
    Dim NomConnexion As New ADODB.Connection
    NomConnexion.Open "dsn=NomLien;uid=admin;[b]pwd=[/b]"

[mainecoon]

Bonjour,

Non, le problème n'est pas d'ouvrir une connexion (DAO ou ADO). Cela fonctionne sans problème.

Là où le bas blesse, c'est quand je veux associer une requête à une liste déroulante dans un formulaire.

"SELECT * FROM TOTO;" par exemple.

Le problème est que si la table TOTO est dans une autre base, il faut bien que je passe par une table attachée.
Et donc, j'ai la fenêtre ODBC qui s'ouvre pour demander le mot de passe la première fois.

Je voudrais donc que cela soit transparent.

[Invité]

Salut,

Justement, je ne suis pas sûr, mais si tu mets ton mot de passe dans ta connection, cela devrait éviter ceci, mais je crois qu'il ne faut pas attaché tes tables, mais carrément te connecter à ta base.

Test, mais je ne suis pas sûr de moi sur ce coup.

Starec

[fix105]

j'ai le meme problème mais sous access - sql server.
Mais moi j'avais essaie de faire toute mes requetes avec la string de connection au lieu de faire appel a CurrentDb ou CurrentProjet.
Mais j'ai aussi le problème des requetes dans une combo ou d'appel de table dans une liste.

Fix

[mainecoon]

Je crois que les gens confondent deux choses :

Pour ce qui est de lire un jeu d'enregistrement dans ma base Oracle dans mon code VBA par ADO DAO, je sais le faire et ça marche.

Le problème est : il n'est pas question de parcourir un jeu d'enregistrement en interne en VBA, mais d'associer le contenu d'une table à une zone de liste modifiable.
On doit utiliser la propriété RowSource du contrôle zone de liste modifiable. Ca ne prend comme valeur qu'une instruction SQL ou une table/requête.
Donc si je veux lui donner "SELECT * FROM TOTO;" où TOTO est sur une base distante. Je suis bien obligé d'attacher la table TOTO à ma base.

Et dans ce cas, j'ai la fenêtre ODBC qui s'ouvre la première fois pour me demander de saisir un mot de passe.

J'ai trouvé une solution alternative, c'est de redéfinir au démarrage de l'application les tables liées en forçant le chaîne de connexion avec un mot de passe et login. Mais ça met une plombe à l'ouverture : pas admissible pour l'utilisateur !
(Et obligé de faire à chaque démarrage de l'application, car au prochain démarrage, il change tout seul ma chaîne de connexion en virant mot de passe et login... bizarre !!)

[fix105]

ben si si c'est exactement le problème que j'ai, peux tu m'expliqué ce que tu as fait comme astuce ???

Fix

[mainecoon]

Je n'ai pas d'astuces digne de ce nom en fait... suis toujours coincé

MAIS au moment d'attacher les tables, tu peux cocher ENREGISTRER LE MOT DE PASSE. Et effectivement ça marche (mais il faut bien refaire les attaches pour toutes les tables utilisées, sinon tu auras droit à l'écran ODBC).

Remarque : j'ai cru avoir une idée pour le problème d'associer une requête à une zone de liste modifiable ou autre contrôle du même acabit. C'était non pas de lier une requête à RowSource, mais de lier un Recordset (DAO dans mon test) à la propriété Recordset du contrôle.
Le seul hic... Il me dit que le contrôle ne connait pas cette propriété.
Dommage, car ça aurait été THE solution.
Je n'ai pas essayé en ADO et non DAO, mais je pense que c'est pareil puisque c'est le contrôle directement qui n'admet pas cette propriété. Pourtant dans l'aide, on aurait cru le contraire.

[fix105]

et un pond ODBC via windows dans paramètre, panneau de config, outils d'admin et ODBC, tu as essaie ?
La ou je travaille, une personne ayant commencé l'applic sur le sien n'a aucun prob, il a fait les ponds ODBC , moi quand j'etablis les ponds cela ne fonctionne pas, je ne sais pas pourquoi.
Peut etre que pour toi cela pourrait aller.

Fix