"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
以上文章，特别是最后一篇，指出，
- 在Windows 7和早期版本的Windows中，_Connection IID是00000550-0000-0010-8000-00AA006D2EA4。
- 在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 Files\Common
Files\System\ado下的对应ado组件为XP SP3下的对应文件。
为简单起见，采取方案3.
如上图，在开发环境打开工程，查看引用文件。发现工程使用了ADO2.8控件，文件位于C:\Program Files (x86)\Common Files\System\ado\msado28.tlb
将原来的msado28.tlb改名为msado28-new.tlb
然后将旧版XP的msado28.tlb复制到ado目录。
打开VB开发环境：
è 重新添加一遍ADO控件。作用是更新IID接口。
è 重新编译程序。
注意：Win7的ado文件夹要先设置权限，否则其中的文件无法更改。
4，测试
在本机运行，正常。
在目标电脑运行，正常。
5，总结
本问题牵涉到操作系统版本、SP补丁、KB补丁、32位/64位系统等诸多因素。
编译环境应配置为兼容最低配置，即要兼容目标环境为XP系统、32位、无补丁包。否则，可能出现系统组件的调用故障。
