Ms access 是否应该在每台客户机上设置对DAO的引用?

Ms access 是否应该在每台客户机上设置对DAO的引用?,ms-access,reference,dao,frontend,Ms Access,Reference,Dao,Frontend,我可以访问数据库,前端在客户机上,后端在服务器上 我从来不需要使用对DAO的引用,但这次我将不得不使用它来实现相关模块的工作。我将不得不部署更新的前端,但我不确定在我的机器上设置的引用是否能在其他机器上工作 我没有这方面的经验,也不知道是否必须在每台机器上设置引用(其中许多机器使用不同版本的Access:2003、2007、2010),或者它将直接从前端获取信息 如果必须到处设置,我很可能必须找到另一个没有DAO的解决方案 谢谢大家! 我工作的环境中,有些用户使用XP,有些用户使用Win7。有些

我可以访问数据库,前端在客户机上,后端在服务器上

我从来不需要使用对DAO的引用,但这次我将不得不使用它来实现相关模块的工作。我将不得不部署更新的前端,但我不确定在我的机器上设置的引用是否能在其他机器上工作

我没有这方面的经验,也不知道是否必须在每台机器上设置引用(其中许多机器使用不同版本的Access:2003、2007、2010),或者它将直接从前端获取信息

如果必须到处设置,我很可能必须找到另一个没有DAO的解决方案


谢谢大家!

我工作的环境中,有些用户使用XP,有些用户使用Win7。有些使用Access 2003,有些使用Access 2010。部署数据库时,断开的引用是一个常见问题

我的解决方法是使用CreateObject而不是通过引用声明我的对象

下面的示例是在引用中使用ADO时要使用的内容

Dim rst as new ADODB.Recordset
以下示例说明了如何在没有引用的情况下使用ADO记录集:

Dim rst as Object
Set rst = CreateObject("ADODB.Recordset")

这可以让操作系统确定正确的库。此方法无法完成代码-因此编写代码、测试代码,然后执行CreateObject技巧可能会更容易。

部署字体端时,它将具有引用集,如果用户没有库,则会出现问题。对于大多数库,您可以使用后期绑定,但DAO是本机访问的,因此如果用户有访问权,他们将拥有一个DAO库。理想情况下,您应该使用最低版本的MS Access进行开发,因为您将具有向上的兼容性。碰巧我使用的是Access 2003 DB版本,因为我使用的是用户权限功能,并且该库是Microsoft DAO 3.6对象库,据我所知,该库非常古老,所以看起来一切都很好:)非常感谢你的帮助!最坏的情况是,他们可以免费下载Jet DAO库,所以只要没有人使用Access 64位,你就可以了。我们只使用32位MS Office,所以很清楚。谢谢!