VC++ADO开发实践7

  一致的数据访问技术ADO/OLE DB
  
   Microsoft新近推出的UDA(Universal Data Access,一致数据访
  问技术)为关系型或非关系型数据访问提供了一致的访问接口,为企业
  级Intranet应用多层软件结构提供了数据接口标准。一致数据访问包
  括两层软件接口,分别为ADO(Active Data Object)和OLED B,对应于
  不同层次的应用开发,ADO提供了高层软件接口,可在各种脚本语言(Sc
  ript)或一些宏语言中直接使用;OLE DB提供了底层软件接口,可在C/C
  ++语言中直接使用。ADO以OL E DB为基础,它对OLE DB进行了封装。
  一致数据访问技术建立在Microsoft的COM(组件对象模型)基础上,它
  包括一组COM组件程序,组件与组件之间或者组件与客户程序之间通过
  标准的COM接口进行通讯。
   由于ADO建立在自动化(Automation)基础上,所以ADO的应用场合
  非常广泛,不仅可在Visual Basic这样的高级语言开发环境中使用,还
  可以在一些脚本语言中使用,这对于开发Web应用,在ASP(Active Serv
  er Page)的脚本代码访问数据库中提供了操作应用的捷径。本文将首
  先介绍ADO和OLE DB的结构模型,以便读者了解ADO与OLE DB之间的关
  系,然后介绍ADO的对象模型和ADO的一些特性,同时我们也将通过一些
  例子代码向读者展示ADO的用法。
   一、一致数据访问介绍
   随着网络技术和数据库技术的不断发展,现在的应用系统对数据
  集成的要求越来越高,这些数据有可能分布在不同的地方,并且使用不
  同的格式,例如关系型数据库和操作系统中的文件、电子表格、电子
  邮件、多媒体数据以及目录服务信息等等。传统的解决方案是使用大
  型的数据库系统,把所有这些数据都移到数据库系统中,然后按照操作
  数据库的办法对这些数据进行访问,这样做虽然能够按统一的方式对
  数据进行各种操作,但这种间接访问方式带来了很多问题,比如数据更
  新不及时、空间资源的冗余和访问效率低等等。
   Microsoft公司推出的一致数据访问技术则较好地解决了这些问
  题,它使得应用通过一致的接口来访问各种各样的数据,而不管数据驻
  留在何处,也不需要进行数据转移或复制、转换,在实现分布式的同时
  也带来了高效率。并且UDA技术在统一数据访问接口的同时,它的多层
  结构使数据使用方有了更多的选择机会,而它强大的扩展能力也给数
  据提供方留下了更多的扩展余地,这种开放型的软件结构使它具有极
  强的生命力,所以,这种技术从一推出便获得了广泛的欢迎,可以说,UD
  A技术是继ODBC之后的又一数据访问技术的飞跃。
   UDA技术包括OLE DB和ADO两层标准接口,OLE DB是系统级的编程
  接口,它定义了一组COM接口,这组接口封装了各种数据系统的访问操
  作,这组接口为数据使用方和数据提供方建立了标准,OLE DB还提供了
  一组标准的服务组件,用于提供查询、缓存、数据更新、事务处理等
  操作,因此,数据提供方只需实现一些简单的数据操作,在使用方就可
  以获得全部的数据控制能力。
   ADO是应用层的编程接口,它通过OLE DB提供的COM接口访问数据,
  它适合于各种客户机/服务器应用系统和基于Web的应用,尤其在一些
  脚本语言中访问数据库操作是ADO的主要优势。ADO是一套用自动化技
  术建立起来的对象层次结构,它比其他的一些对象模型如DAO(Data Ac
  cess Object)、RDO(Remote Data Object)等具有更好的灵活性,使用
  更为方便,并且访问数据的效率更高。
   图1显示了统一数据访问的软件层次模型。
  图1 UDA的层次结构图
   从图中我们可以看出,应用程序既可以通过ADO访问数据也可以直
  接通过OLE DB访问数据,而ADO则通过OLE DB访问底层数据。而且,OLE
   DB分成两部分,一部分由数据提供者实现,包括一些基本功能,如获取
  数据、修改数据、添加数据项等;另一部分由系统提供, 包括一些高
  级服务,如游标功能、分布式查询等等。这样的层次结构既为数据使
  用者即应用程序提供了多种选择方案,又为数据提供方简化了服务功
  能的实现手段,它只需按OLED B规范编写一个COM组件程序即可,使得
  第三方发布数据更为简便,而在应用程序方可以得到全面的功能服务,
  这充分体现了OLE DB两层结构的优势。
   由于OLE DB和ADO都以COM组件的形式实现,所以COM组件的各种特
  性也使得构建数据应用更为灵活,而不仅仅局限于一般的客户机/服务
  器或Web应用模型,它既适合于以数据为中心的应用,也适合于多层结
  构的分布式软件系统。通过对COM组件的配置,我们可以建立各种复杂
  的应用系统。利用从COM到DCOM的位置透明技术,我们可以很方便地建
  立分布式应用系统;利用MTS(Microsoft Transaction Server)运行环
  境,我们也可以在数据访问一层增加安全性控制,并利用MTS的对象管
  理使数据访问效率更高。所有这些功能都无需数据提供方编写代码实
  现,只需在DCOM或MTS环境中进行常规的配置即可。
   可以说一致的数据访问技术的核心是OLE DB,OLE DB建立了数据
  访问的标准接口,它把所有的数据源经过抽象形成行集(rowset)的概
  念。OLE DB模型主要包括以下一些COM对象:
   (1)数据源(Data Source)对象 数据源对象对应于一个数据提供
  者,它负责管理用户权限、建立与数据源的连接等初始操作。
   (2)会话(Session)对象 在数据源连接的基础上建立会话对象,会
  话对象提供了事务控制机制。
   (3)命令(Command)对象 数据使用者利用命令对象执行各种数据
  操作,如查询命令、修改命令等。
   (4)行集(Rowset)对象 提供了数据的抽象表示,它可以是命令执
  行的结果,也可以直接由会话对象产生,它是应用程序主要的操作对象
  。
   OLE DB的对象模型非常简单,这种简单性也带来了灵活性,从上面
  的几个COM对象也可以看出这一点。下面我们将从应用层角度出发,通
  过建立在OLE DB基础上的ADO对象模型结构的分析和使用以帮助读者
  进一步理解一致数据访问技术。
   二、ADO对象模型
   ADO对象模型定义了一组可编程的自动化对象,可用于Visual Bas
  ic、Visual C++、Java以及其他各种支持自动化特性的脚本语言。AD
  O最早被用于Microsoft Internet In formation Server中访问数据
  库的接口,与一般的数据库接口相比,ADO可更好地用于网络环境,通过
  优化技术,它尽可能地降低网络流量;ADO的另一个特性是使用简单,不
  仅因为它是一个面向高级用户的数据库接口,更因为它使用了一组简
  化的接口用以处理各种数据源。这两个特性使得ADO必将取代RDO和DA
  O,成为最终的应用层数据接口标准。
   从图1我们也看到了ADO实际上是OLE D

B的应用层接口,这种结构
  也为一致的数据访问接口提供了很好的扩展性,而不再局限于特定的
  数据源,因此,ADO可以处理各种OLE DB支持的数据源。
   图2是ADO的对象模型图。
  图2 ADO对象模型
   在ADO模型中,主体对象只有3个:Connection、Command和Records
  et,其他4个集合对象Errors、Properties、Parameters和Fields分别
  对应Error、Property、Parameter和Field对象,整个ADO对象模型由
  这些对象组成。
   一个典型的ADO应用使用Connection对象建立与数据源的连接,然
  后用一个Command对象给出对数据库操作的命令,比如查询或者更新数
  据等,而Recordset用于对结果集数据进行维护或者浏览等操作。Comm
  and命令所使用的命令语言与底层所对应的OLE DB数据源有关,不同的
  数据源可以使用不同的命令语言,对于关系型数据库,通常使用SQL作
  为命令语言。
   在Connection、Command和Recordset 3个对象中,Command对象是
  个可选对象,它是否有效取决于OLE DB数据提供者是否实现了IComman
  d接口。由于OLE DB可提供关系型数据源也可以提供非关系型数据源,
  所以在非关系型数据源上使用传统的SQL命令查询数据有可能无效,甚
  至Command命令对象也不能使用。
   从结构上看,ADO模型非常简单,但使用上又非常灵活,下面我们先
  从单个对象的角度进行讨论:
   (1) Connection对象 Connection对象代表与数据源之间的一个
  连接,ADO的Connec tion对象封装了OLE DB的数据源对象和会话对象
  。根据OLE DB提供者的不同性能,Conne ction对象的特性也有所不同
  ,所以Connection对象的方法和属性不一定都可以使用。利用Connect
  ion对象,我们可以完成以下一些基本设置操作。
   a.通过ConnectionString、ConnectionTimeOut和Mode属性设置
  连接串、超时信息、访问模式。
   b.还可以设置CursorLocation属性以便指定使用客户端游标,以
  便在客户程序中使用批处理修改方式。
   c.设置连接的缺省数据库属性DefaultDatabase。
   d.设置OLE DB提供者的属性Provider。
   e.通过Open和Close控制Connection对象与物理数据源的连接。
   f.通过Execute方法执行命令。
   g.提供事务机制,通过BeginTrans、CommitTrans和RollbackTran
  s方法实现事务控制。
   h.通过Errors集合属性检查数据源的错误信息。
   i.通过OpenSchema方法获取数据库的表信息。
   Connection对象是ADO的基本对象之一,它独立于所有其他的对象
  。如果我们要对数据库进行查询操作,既可以使用Execute方法,也可
  以使用Command对象。使用Execute方法