用VB和RDO访问SQL SERVER

远程数据对象 (Remote Data Object ,简称RDO) 是位于 ODBC API 之上的一个对象模型薄层，它依赖 ODBC API、选定的ODBC 驱动程序以及后端数据库引擎实现大部分的智能和功能，因此短小（大约 250 K）、快速、强健。 RDO具备基本的 ODBC 处理方法，所以可以直接执行大多数 ODBC API 函数。RDO包含在VB4.0/VB5.0企业版中，由一个动态连接库MS RDO32.DLL实现。 当VB版本还只是2.0时，从VB访问MS SQL Server的手段只有API函数集（VBSQL/DBLib或 ODBC API）。VB发展到3.0时，其DAO/Jet (Microsoft Access的数据库引擎)功能非凡，具备面向对象的程序接口，但处理速度尚不尽如人意。另一方面，尽管VBSQL/DBLib、ODBC AP I在速度方面性能很好，但它需要花费很大的精力进行繁琐的编程工作。 当MS SQL Server发展到6.0、VB发展到4.0时，开发了新的对象模块，由此产生了RDO，可以访问SQL Server、Oracle；RDO2.0则是由VB5.0提供的。值得一提的是，它实现了“事件驱动型数据库访问的编程方式”。 要讨论RDO，就必然要谈到DAO。DAO/Jet是为了实现从VB访问Access数据库而开发的程序接口（对象）。RDO是从DAO派生出来的，但两者很大的不同在于其数据库模式。DAO是针对[记录(Records)]!和[字段(Fields)]，而RDO是作为[行(Rows)]和[列(Columns)]来处理。也就是说DAO 是ISAM模式，RDO是关系模式。此外DAO是访问Access的Jet引擎(Jet是ISAM)的接口，而RDO则是访问ODBC的接口。 可见，RDO是综合了DAO/Jet、VBSQL/DBLib以及ODBC的优点的对象(Object)。需要强调的是，RDO是包裹着ODBC API的一层薄薄的外壳，被设计成在后台（服务器端）有数据库存在的前提下运行，同时也是针对SQL Server和Oracle而特别设计的。 RDO的优势在于它完全被集成在VB之中。此外，直接访问SQL Server存储过程、完全支持T－SQL、T－SQL调试集成在开发环境中、Visual Database Tools的集成化等，也是RDO的长处。

　　RDO之后是ADO

　　Microsoft公司已经明确宣布今后不会对VBSQL/DBLib进行升级，而ODBC API函数一级的编程方式也不为人们所喜爱。RDO自身今后将被以ActiveX技术为基础的ADO(ActiveX Data O bjects)所替代。Visual Basic下一个版本中由哪一个作为标准配置还不很明确，但这一发展趋势已经很清楚。 为什么需要ADO呢？RDO是以ODBC为基础，而ADO则是基于全新的OLE DB技术。ODBC本身是以SQL Server、Oracle等关系数据库作为访问对象；OLE DB则不仅限于此，而将是可以对电子邮件、文本文件、复合文件、数据表等各种各样的数据通过统一的接口进行存取的技术。DAO、RDO当然不会一下子消失，但随着新技术的利用，它们的作用将逐步淡化。