L'accès ODBC Question: ODBC--l'Appel a échoué
J'ai créé un Accès frontal pour un SQL DB sur mon PC pour une utilisation tout au long de ma société. Je suis à l'aide d'un fichier de connexion ODBC et de mettre à la fois le fichier ODBC et l'Accès à un fichier sur un lecteur réseau partagé.
Lorsque je charge le fichier d'accès, pour une raison quelconque, il semble par défaut à l'aide de mon windows identifiants de connexion et tire dans les données de la perfection. Lorsqu'un utilisateur tente d'ouvrir le fichier, ils reçoivent un message d'erreur disant "ODBC --l'appel a échoué.". Je peux ouvrir le Gestionnaire de tables Liées pour eux et cocher "demander un nouvel emplacement", puis spécifiez le fichier ODBC et tout fonctionne très bien...mais il ne semble pas enregistrer quoi que ce soit. Je reçois le message d'erreur à chaque fois que quelqu'un d'autre que moi s'ouvre ce fichier.
Une idée de ce qui pourrait être mauvais? Je ne suis pas un Accès gars par le commerce, il semble juste être l'outil dont nous avons besoin pour le moment.
--EDIT: Pour clarifier, je suis en utilisant un fichier de connexion ODBC
--Edit 2--
Donne-moi la réponse. J'ai donc été à la résolution de ce problème et je suis tombé sur quelque chose d'intéressant. J'étais connecté en tant que l'un de mes utilisateurs et ne les suivants:
- Créer un nouveau fichier access qui fait référence à un fichier de connexion ODBC sur le bureau.
- Créer 3-4 tables liées dans le fichier d'accès, en utilisant le fichier ODBC sur le bureau.
- Enregistrez et fermez le fichier d'accès.
- Ré-Ouvrir ce fichier.... et j'ai une connexion ODBC erreur! Juste après, tout allait bien, dans un nouveau fichier!
Quiconque a déjà l'expérience de cette?
OriginalL'auteur user2061929 | 2014-04-23
Vous devez vous connecter pour publier un commentaire.
je suppose que vous n'avez pas installé le ODBC correctement sur chaque ordinateur des utilisateurs.
vous devez créer ODBC-définition. Vous pouvez créer les déclarations pertinentes directement dans le registre, consultez cette branche
HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI
si vous donnez le même nom que sur votre ordinateur du développeur, puis il travaille. c'est comment je le fais avec mon client les applications que je développe sur mon ordinateur et ensuite l'installer sur site client
aha, vous utilisez un FICHIER pour la connexion ODBC - faire, les utilisateurs ont des droits d'accès à la partager, et c'est mappée avec la même lettre de lecteur ou de chemin ? (faudrait tester une fois, mais aujourd'hui je suis toute la journée ...)
Ils ont tous l'accès à la voiture oui. Je crois qu'il est mappé à la même lettre de lecteur, mais il est possible qu'il ne l'est pas. Comment pourrais-je aller sur la fixation que si elles sont différentes des lettres de lecteur?
Je viens de vérifié. Au moins une des machines n'ont la même lettre de lecteur.
OriginalL'auteur SEM_jmc
Bien, j'ai été en mesure de réduire le problème un peu. L'accès, pour quelque raison continue d'essayer d'utiliser les informations d'Identification Windows au lieu du nom d'utilisateur dans mon fichier ODBC. Je ne peux pas trouver un moyen de contourner cela, mais j'ai été en mesure de résoudre le problème en créant des connexions sur mon Serveur SQL pour les utilisateurs windows qui en ont besoin.
Je ne suis pas incroyablement heureux sur la nécessité de gérer plusieurs connexions, mais c'est ce que j'ai fait pour résoudre ce problème.
OriginalL'auteur user2061929
Je ne veux pas ressusciter les morts, mais j'ai eu ce même message d'erreur souches à partir d'un autre problème.
J'ai été en utilisant une connexion ODBC. Lorsque vous exécutez le fichier en utilisant le "Design" bouton exécuter il a bien fonctionné. Quand j'ai essayé d'utiliser le Volet de Navigation, puis en double-cliquant dessus, l'erreur serait de se produire.
La structure de ma requête a été le problème; j'ai été le portage d'une requête SQL server sur et le guillemet simple ' passage de paramètres n'a pas été bien reçu dans l'Accès. La modification de ces plus de guillemets doubles " fait le travail.
OriginalL'auteur mark