使用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"