第二章 人事管理系统编程环境现状及设计目标简介 2.1 Delphi和ADO 对于ADO1.5以前包括1.5的版本来说,从功能的角度来看RDO和ADO不是完全相等的.等同就意味着你可以通过这两种方法解决同样的问题;它不是指存在重命名的或者优化的功能相同的对象.因此,移植到ADO不是一个简单的事情.从另一方面来说,一旦你熟练掌握了RDO或DAO技术的话,学习ADO是件相当容易的事情
Active Data Objects结合了OLE DB的普遍性质—那就是在诸如RDO和DAO模型中可以找到的易于使用的特性.ADO包含了所有可以被OLE DB标准接口描述的数据类型.换而言之,ADO是可扩充的,不需要对你的部件做任何工作.数据的访问和操纵是任何实际的应用程序的一个固有部分.对于数据来说,无论它是否是关系型的,无论它是否存在一个DBMS,也无论它的存储平台是什么,数据就是数据—一个文件没有必要一定是给定的二进制格式.
开发者群体需要具有简单接口的现代的开发工具以快速访问数据.微软对此问题的回答是Universal Data Access(UDA通用数据访问)体系结构,对此,Stephen Rauch的文章 “Manage Data from MyriadSources with the Universal Data Access Interfaces”中有详细的阐述(MSJ,1997年9月).简单的说,UDA是一种将OLE DB应用于实际的理论.所有的都被指向一个数据源—一个电子表格,一条电子邮件消息,或一份AS/400文档—由OLE DB接口过滤并以一种通用的格式〖本文来自:毕业设计论文网 myeducs.cn 〗表示,这样应用程序能总是以同样的方式对数据进行访问.位于OLE DB上的并处理来自应用程序的调用的中间层被称作Active Data Objects (ADO).它是编写针对带有OLE DB提供者的任何类型的数据源的推荐标准.
在ADO之前的RDO是一种增加DAO的客户/服务器能力,以提高其性能和可扩充性的当然的方法.根本上说来, RDO是一种位于ODBC API的上层的简便的封装.它揭示了了DAO数据对象模型中的许多东西,但它缺乏进行数据访问的Jet引擎.虽然这将予ADO更快的速度,但它没法利用该引擎的许多特性,而且它只能访问关系型的数据库.
ADO 2.0的思想就在于:为不同的应用程〖本文来自:毕业设计论文网 myeducs.cn 〗序访问相同的数据源创建一个更高层的公用层.尽管存在数据结构和组织间的物理位置的不同,编程的接口应该是一样的.为了找出RDO和ADO之间的更多的不同, “ExploringActiveX Data Objects from an RDO Point of View,"你能在MSDN的技术性文章部分中找到它.ADO的出现并不意味着RDO的结束.实际上,微软承诺在可以预见的将来继续支持RDO
ADO 2.0有什么新特点?