設置odbc時指向其它機上的數据庫就行了(指你的備服務器)

解决方案 »

  1.   

        Sql_Con.ConnectionString = "Provider=Microsoft.Jet.OLEDB.3.51;Data Source=\\其他计算机名\Database.mdb;Persist Security Info=False"
        Sql_Con.Open
      

  2.   

    还有一种简单,而操作复杂的方法:(主要是VB编程很方便)
    (我知道你想用文件服务器方式共享数据库。)
    除了上面的方法以外,可以在本地建数据库,然后本地数据库链接文件服务器的表,
    访问服务器的表,就象访问本地表一样。
     这种方法就可以用DAO直接访问了,在桌面数据库访问中,ADO 赶不上 DAO
     用VB编程就很方便了。(其实这方法很土,我才来,只是想得分)
      

  3.   

    使用Dcom组件(即部件)的应用程序中,你可以使用各种有效的设计选项,诸如异步执行、远程资源、以及区分逻辑和物理部署配置。由于DCOM 的位置透明性允许应用程序如同调用本地对象一样来调用远程对象,可是当增加工作量时,该模型的效率不佳。为满足数十个或数百个同时存在的用户所需的创建对象及相关资源消耗的负载最终将使机器不堪重负。ADO便是这类模型。你的用ADO来访问共享数据库的方法到可以一定程度上的缓解服务器效率的问题,不过作为你这种方式的文件服务势必引发安全性的问题,因此只可作为小规模的分布式应用。对于前几篇中有人提出ADO在桌面数据库访问中不及DAO,事实确实如此,Activex Data Object当前并不支持 DAO 的所有功能。因为当前的 ADO 并不支持数据定义 (DDL)、用户、组,等等,ADO 主要包括 RDO 风格的功能性,以便和 OLE DB 数据源交互,另外还包括远程和 DHTML 技术,不过若开发二层应用程序时即C/S类型的,DAO便不行了,DAO是由 Microsoft Access 所使用,并允许 Visual Basic 开发者通过 ODBC 象直接连接到其他数据库一样,直接连接到 Access 表。DAO 最适用于单系统应用程序或小范围本地分布使用。
        连接方法:    
    dim Sql_con as new adodb.connection
    Sql_Con.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data source=\\client2\c\backup\db1.mdb;Persist Security Info=False"