Discussion :

[tequillaman]

Bonjour à tous,
Je vous préviens, c'est un peu tordu.
J'ai un serveur avec une BDD Oracle 8. J'ai une BDD access qui récupère certaines données de ma base oracle.
Aujourd'hui sur les postes xp, j'ai une source ODBC créée via les drivers installés avec ORACLE FOR WINDOWS NT. Access 2003 fonctionne très bien.

Avec la migration de nos postes utilisateurs de xp vers Win 7 64 bits cela ne fonctionne plus que se soit access 2003 ou 2007.

J'ai bien installé ORACLE FOR WINDOWS NT et j'arrive à me connecter à ma base avec l'ODBC test installé en même temps ou avec un invite de commande en utilisant sqlplus.
Attention, l'ODBC est dans odbcad32.

Cependant Access n'arrive pas à se connecter à ma source ODBC. "erreur non gérée ODBC -- Echec de la connexion à "PROD"
J'ai fait un test avec excel juste pour tester l'ODBC mais KO. Message de microsoft Query: ORA-06413: Connexion non ouverte. Echec SQLSetConnectAttr du pilote

Je ne suis peut-être pas dans le bon forum mais si quelqu'un à une piste je suis preneur.
J'ai trouvé toutes sorte d'info me disant que cela ne pouvait pas fonctionner avec office 2003 et 2007 sur windows 7 64 bits à cause du chemin d'accès du logiciel programme(x86). Les () empêcherait le bon fonctionnement.

J’espère avoir été claire et remercie par avance ceux qui se pencheront sur ma galère.

[marot_r]

Bonjour.

Quand tu crees ta connexion ODBC sous Windows, es-tu capable de te connecter en faisant le test de connexion a la fin de la configuration ?

A+

[tequillaman]

Bonjour,

Comme indiqué précédemment, j'installe oracle for windows NT. Avec Oracle Net8 easy config qui s'est installé, je paramètre ma connexion. cela va créer les informations dans TNSNAME.
Ensuite, dans odbcad32.exe je créé ma connexion ODBC en utilisant Oracle ODBC Driver. Toujours pas de soucis sauf qu'avec cela, je ne peut pas faire "tester la connexion" à la fin (pas proposé).
J'utilise donc Oracle ODBC 32bit test qui s'est installé toujours avec mon oracle for windows NT.
Il me permet de me connecter via les deux ODBC que j'ai créé (une par une) et de faire une requête QUERY. Les deux ODBC fonctionnent.

Maintenant quand j'ouvre access 2007 (excel aussi) version 32 bits que je veux lui attacher une table de ma BDD oracle via ODBC, je choisi mon ODBC testé précedement. Il me demande le mot de passe et quand je valide j'ai le message suivant:
avec access 2007

avec excel pour information

suivi d'une autre fenêtre microsoft query "impossible de lire se fichier.

Autre information, lorsque je choisi ma source ODBC, il y a un * derrière le nom seulement avec excel. Je crois que c'est pour informé que c'est dans l'ODBC 32 bits.

Aucun soucis avec mes postes en xp et office 2003



Si quelqu'un a une solution (ou une corde ) je prends.
Merci

[marot_r]

Bonjour.

Si tu peux essaye de recuperer un driver ODBC pour Oracle de Microsoft.
Et fait un test avec.
Sinon, desole, pas d'autres idees.

A+

[tequillaman]

Bonjour,

J'ai essayé avec d'autres drivers ODBC oracle. Soit je n'arrive pas à me connecter car la BDD est un oracle 8 et que le driver est trop récent, soit j'arrive à me connecter avec l'ODBC via un test ODBC mais toujours KO avec les offices.

J'ai trouvé des topics qui expliquent qu'avec windows 7 64 bits, il faut utiliser office 2010 pour que cela fonctionne. Avec les versions antérieurs, il semble que se soit impossible.

Sauriez-vous si les versions d'essai d'office permettent l'utilisation de données par ODBC et si oui, où je pourrais m'en procurer une svp? Pour mes besoins, j'ai seulement besoin d'access 2010.

[enverendroit]

J'ai été confronte au même problème.
J'ai moi-même pensé que cela provenait des driver oracle...
En fait le problème est identique à la problématique d'installation de ces vieilles version 32 bit d'oracle comme Oracle 7.x ou 8.x, il ne faut pas de nom de répertoire avec des parenthèses type "program files (x86)"
En accédant à la bdd oracle via des tables liées access ancienne version 97... on retombe dans la même problématique si on n'a pas fait attention lors de l'installation d'office par défaut il est dans "program files (x86)".
2 options :
la 1ere désinstaller office et le réinstaller à la racine du genre c:\office
ou bien copier le répertoire office dans c:\program files (x86)\Microsoft office\office vers c:\office
ensuite changer les clés de registre pour lesquelles les valeurs contiennent c:\program files (x86)\Microsoft office\office\msaccess.exe... par c:\office\msaccess.exe...
Le tour est joué.
Réassocier vos fichier de type .mdb vers une application de votre choix "sélectionner c:\office\msaccess.exe"
le plus sage est d'exporter votre base de registre avant de l'attaquer à la hache

Si vous pouvez refaire votre installation d'office c'est mieux.

[Ric500]

Bonjour, j'ai lu le topic (un peu en diagonale, j'avoue) mais il m'est venu une idée:
as-tu essayé avec des chemins msdos aux noms courts, genre: c:\progra~1\micros~2 ???

Sinon, bonne chance !

Note: tu peux utiliser le commutateur /X de la commande Dir (Dir / X) pour les afficher au format 8.3.

[tequillaman]

Bonjour,
Merci pour vos réponses.
Pour information, nous passons nos postes en win 10 entreprise.
Avec le win 10, j'ai testé avec office 2007 et 2013 toujours le même problème et mon office est installé dans programmedata.
oracle for windows NT est toujours installé et fonctionne très bien avec une ressource ODBC 32 bits. j'arrive à utiliser TOAD par exemple ou sqlplus depuis une cmd. Malheureusement dès que je tente une connexion avec office, soit il ne voit pas ma source ODBC, soit il me jette.