"Class does not support Automation or does not support expected interface"数据库连接错误问题分析与解决

 

1，故障现象

本人编译的英文版程序在本机上运行OK，换台电脑运行，发现启动时连接数据库出错。

错误信息如下：

---------------------------

Error start database

---------------------------

database testing error, error description as

Class does not support Automation or does not support expected interface

2，问题分析

https://blog.csdn.net/woolnil/article/details/7980534

https://blog.csdn.net/chaoguodong/article/details/38442527

http://www.bkill.com/download/175356.html

以上文章，特别是最后一篇，指出，

1. 在Windows 7和早期版本的Windows中，_Connection IID是00000550-0000-0010-8000-00AA006D2EA4。
2. 在Windows 7 SP1中，_Connection IID是00001550-0000-0010-8000-00AA006D2EA4，并且_Connection_Deprecated的IID是00000550-0000-0010-8000-00AA006D2EA4。
   如果您的应用程序使用_Connection的早期绑定，则在编译期间新的IID将存储在应用程序二进制文件中。当应用程序在下层操作系统上运行时，这会导致错误，因为IID不存在。

一些ADO API在ADO 2.7和更高版本中依赖于平台。在64位版本的Windows上，这些ADO API通过使用64位数据类型（例如LONGLONG数据类型）来处理参数。但是，使用这些API的应用程序仍使用LONG数据类型。因此，当您尝试运行宏时收到“类型不匹配”错误消息。

在本人电脑中查询，结果符合第2条。

在故障电脑中查询，结果符合第1条。

注册项“00001550-0000-0010-8000-00AA006D2EA4”不存在

 

 ADO注册项值为“00000550-0000-0010-8000-00AA006D2EA4”，与win7 SP1不一致。

 

3，解决方案

https://blog.csdn.net/woolnil/article/details/7980534

上文给出的解决办法有：
1、所有客户端安装KB983246补丁！
2、卸载Win7 的 SP1补丁包
3、替换Win7的C:Program FilesCommon FilesSystemado下的对应ado组件为XP SP3下的对应文件。

为简单起见，采取方案3.

 如上图，在开发环境打开工程，查看引用文件。发现工程使用了ADO2.8控件，文件位于C:Program Files (x86)Common FilesSystemadomsado28.tlb

将原来的msado28.tlb改名为msado28-new.tlb

然后将旧版XP的msado28.tlb复制到ado目录。

打开VB开发环境：

è       重新添加一遍ADO控件。作用是更新IID接口。

è       重新编译程序。

注意：Win7的ado文件夹要先设置权限，否则其中的文件无法更改。

 

4，测试

在本机运行，正常。

在目标电脑运行，正常。

5，总结

本问题牵涉到操作系统版本、SP补丁、KB补丁、32位/64位系统等诸多因素。

编译环境应配置为兼容最低配置，即要兼容目标环境为XP系统、32位、无补丁包。否则，可能出现系统组件的调用故障。