32-bits de Texte pilotes (Microsoft Access , Microsoft Excel et les fichiers de Texte ) à partir de 64 bits sur windows 7
Salut j'ai une application développée sur XP avec le Texte de pilotes ODBC. Mais quand je l'ai déployé sur Win 7 avec office 2007, j'ai des problèmes de connexion.
<add key="SQLConnection.TextConnectionString" value="Driver={Microsoft Text Driver (*.txt; *.csv)};Dbq=c:\Data\;Extensions=asc,csv,tab,txt;Persist Security Info=False" />
ERREUR [IM002] [Microsoft][Gestionnaire de pilotes ODBC] source de Données non trouvée et nom de pilote non spécifié
j'ai cherché toutes les solutions telles que l'installation de la suite
Microsoft Access Database Engine 2010 Redistributable (32 bits)
Pilote D'Office System 2007: Composants De Connectivité Des Données
après tous ceux qui, dans mon sources de données(ODBC), il est toujours en montre seulement "client natif SQL/SQL server/SQL server native client"
dans le C:\Windows\SysWOW64\odbcad32.exe
je peux voir tous les x32 pilotes, mais comment puis-je modifier mon chaînes de connexion pour l'accès 32 bits de Microsoft Texte Pilotes ou existe-il des solutions alternatives?
Grâce
OriginalL'auteur Kiddo | 2010-08-11
Vous devez vous connecter pour publier un commentaire.
Je suis assez sûr que ça va fonctionner automatiquement (même sur une machine 64 bits) aussi longtemps que l'exécution de processus 32 bits.
Essayer de recompiler pour cible x86 spécifiquement.
"mon objectif défini comme any cpu" -- C'est exactement la raison pourquoi cette réponse a suggéré "d'Essayer de recompiler pour cible x86 en particulier."
Oui, essayez de la remplacer par 'x86'
OriginalL'auteur Cameron
Vous avez besoin de la version 64 bits de Microsoft Access Database Engine 2010 Redistributable
http://www.microsoft.com/downloads/details.aspx?familyid=C06B8369-60DD-4B64-A44B-84B371EDE16D&displaylang=en
Puis essayez
pour le nom du pilote.
Autant que je sache, tous 64-bit pilotes ODBC de Microsoft Access Database Engine 2010 64 bits Redistribuable avons légèrement modifié le nom du pilote, je suppose que pour les différencier de leurs 32 bits homologues.
Il vous suffit de désinstaller la version 32 bits d'office, installer le 64 bits redist, puis réinstaller la version 32 bits d'office. Si vous voulez aller à travers cette douleur est de votre appel 🙂
Je sais que je réponds un peu old commentaire. Mais au-dessus de processus (désinstaller office 32 bits, installer 64-bit redist un puis de le ré-installer office 32 bits) ne fonctionne pas. Il ne m'autorise pas à ré-installer la version 32 bits d'office si j'ai 54 bits redist installé. Aucune idée pour obtenir ce résolus maintenant?
+1 @jumpinjackie cela a résolu mon problème 🙂
OriginalL'auteur jumpinjackie
J'ai eu exactement ce problème et de le recompiler pour cible x86 spécifiquement travaillé! Notez que, pour ce faire j'ai dû spécifier la Cible de l'UC dans le compilateur avancé boîte de dialogue de configuration - Menu Projet> Propriétés> onglet Compiler> Advanced Options de Compilation bouton.
Avant de trouver ce forum en entrée j'ai fait installer le Microsoft Access Database Engine 2010 Redistributable (32 bits), mais je ne sais pas si cela a une incidence sur cette question.
Comme mentionné ci-dessus, lors de l'exécution de processus 32 bits (dans ce cas, la compilation contre x86 rend l'application 32 bits spécifique) l'application utilise les pilotes de C:\Windows\SysWOW64\odbcad32.exe.
Grâce Cameron.
OriginalL'auteur Steve
Nous faisions ce à partir de ASP.Net et il a obtenu de travailler sur Windows 2012, juste en déplaçant l'un des sites dans une application distincte de la piscine qui avait "32 bits Activé" est activée dans les paramètres avancés pour l'Application de la Piscine.
OriginalL'auteur Will
Beaucoup de gens semblent désespérés ici, j'ai envie de proposer quelques solutions. Mais, d'abord, je tiens à souligner qu'un datée du propriétaire corbeille idée à partir des années 90 c'est.
Utiliser Unix ODBC pour héberger le fichier texte à partir de Linux, qui les docs (semble) demande à l'appui d'une mise en œuvre de la Microsoft pilote de texte
Une meilleure option serait de cours pour importer le fichier CSV dans PostgreSQL.
\COPY
et l'abandon de l'idée d'un fichier CSV.file_fdw
).Si vous ne voulez pas exécuter un SGBDR, d'une façon moderne serait à l'utilisation de SQLite. C'est une excellente idée si vous n'avez pas besoin de client/serveur de modèle.
ODBC->texte de l'interface est particulièrement fou, parce que ODBC ne définit pas de configuration au-delà de connexion (je suppose qu'il y a beaucoup d'hypothèses).
OriginalL'auteur Evan Carroll