Sql server Access SQL连接更新到ODBC本机驱动程序11时加载3075个错误

Sql server Access SQL连接更新到ODBC本机驱动程序11时加载3075个错误,sql-server,ms-access,odbc,Sql Server,Ms Access,Odbc,最近,我将SQL server连接字符串更新为ODBC本机驱动程序11.0(以前是10.0)。在我的一个客户(B公司)和我的本地计算机上,这都可以正常工作,但在一个客户(A公司)上,我收到了多个奇怪的错误 起初,我在打开报告时注意到了错误,我完全不知道错误来自何处,因为在我自己的计算机上,它工作正常(accdb),但在a公司却没有。唯一真正的区别是它们在Access运行时运行应用程序。因此,我也在B公司进行了测试,B公司也在运行时运行该应用程序,在那里它运行良好 经过大量研究,我发现了这篇文章:

最近,我将SQL server连接字符串更新为ODBC本机驱动程序11.0(以前是10.0)。在我的一个客户(B公司)和我的本地计算机上,这都可以正常工作,但在一个客户(A公司)上,我收到了多个奇怪的错误

起初,我在打开报告时注意到了错误,我完全不知道错误来自何处,因为在我自己的计算机上,它工作正常(accdb),但在a公司却没有。唯一真正的区别是它们在Access运行时运行应用程序。因此,我也在B公司进行了测试,B公司也在运行时运行该应用程序,在那里它运行良好

经过大量研究,我发现了这篇文章:

在本文中,有人提到错误可能与odbc驱动程序有关,而在我更新odbc驱动程序后,这些错误突然出现,而odbc 10驱动程序运行正常。在文章中,他们还提到错误可能是由报表上的过滤器(打开时)引起的。因此,我删除了过滤器(这是一个无用的过滤器无论如何),它再次工作

现在,在其他几个报告上返回的错误以及删除这些报告上的过滤器都不是一个选项(这些错误似乎都与报告上的过滤器有关)。 错误编号相同(3075),但错误描述不同。一个错误有以下错误:
此函数在表达式中不可用,在查询表达式iif(isnull([Field1],[Field2]-Date(),[Field2]-[Field1])。
另一个错误是:
此函数在查询表达式格式(Min[tblX.FieldX]),'hh:mm:ss'的表达式中不可用。

我比较了我自己系统的SQL Server本机客户端版本,B公司的系统工作正常,A公司的系统不工作,它们都有相同的版本-
03.80
(除了10.0之外,我安装了11.0,10.0也有相同的版本号)

我的Access前端应用程序使用链接的SQL server表,使用
ADODB/CurrentDb.TableDefs.Append
连接字符串如下所示:

DRIVER=SQL Server Native Client 11.0;SERVER=***;DATABASE=***;UID=***;PWD=***;regional=no;Application Name=xxx;MARS_Connection=yes;
可能与问题相关的其他一些信息:

  • 它不工作的公司使用一个VPS(虚拟专用服务器),每个用户都登录到该VPS。本机客户端在VPS上安装一次,而另一家公司(它工作的公司)的本机客户端安装在他们使用该应用程序的每台计算机上(因为它们不使用VPS)
  • 在B公司(它工作的地方),我手动安装了本机驱动程序,我从这个网站下载了安装文件:,在它不工作的公司,本机驱动程序11.0已经安装(没有它的历史来源)
有人知道如何解决这个问题吗?提前谢谢

更新
我自己找到了解决方案。请查看下面的帖子。

对于所有像我一样花费数小时调试和研究这个问题的不幸的人,我找到了解决方案

在尝试了许多事情(这些都不起作用)之后,比如安装一个新的ODBC 11本机驱动程序、删除过滤器、将Access查询复制到一个视图并将Access中的视图链接为一个表、检查和更改语言设置等等,我终于看到一篇文章,其中指出它可能必须对引用进行处理

因此,我检查了应用程序是否有损坏的引用,当我检查时,Access应用程序给了我一个错误,即一个对象库没有注册。不幸的是,我无法准确地确定它是哪个引用,因为每次我上下移动随机引用时,错误都会在不同的引用上弹出(优先),几乎与指数相关

最后,在删除了2个引用并使它们成为
后期绑定
(我实际上随机选择了它们进行测试)之后,所有奇怪的错误都消失了。。。 因此,由于某种原因,这两个参考文献中有一个在A公司被破坏了(见主帖子)

结论:尽可能多地使用后期绑定,因为这些引用可能会给您带来很多问题,同时又不知道它们来自何方。

感谢您在互联网上分享-#1关于断开访问应用程序的帖子是由于那些未能检查引用的帖子-您的帖子和关注是对mis常见问题的另一个确认唱或破坏引用。并竖起大拇指,建议延迟绑定,因为这同样可以解决许多类似的问题。