ADO访问数据库方法说明.doc

《ADO访问数据库方法说明.doc》由会员分享，可在线阅读，更多相关《ADO访问数据库方法说明.doc（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1 概述 ADO是ActiveX数据对象（ActiveX Data Object），这是Microsoft开发数据库应用程序的面向对象的新接口。ADO访问数据库是通过访问OLE DB数据提供程序来进行的，提供了一种对OLE DB数据提供程序的简单高层访问接口。ADO技术简化了OLE DB的操作，OLE DB的程序中使用了大量的COM接口，而ADO封装了这些接口。所以，ADO是一种高层的访问技术。 ADO技术基于通用对象模型（COM），它提供了多种语言的访问技术，同时，由于ADO提供了访问自动化接口，所以，ADO可以用描述的脚本语言来访问VBScript,VCScript等。 2 在VC中使用A

2、DO 可以使用VC6提供的ActiveX控件开发应用程序，还可以用ADO对象开发应用程序。使ADO对象开发应用程序可以使程序开发者更容易地控制对数据库的访问，从而产生符合用户需求的数据库访问程序。 使用ADO对象开发应用程序也类似其它技术，需产生与数据源的连接，创建记录等步骤，但与其它访问技术不同的是，ADO技术对对象之间的层次和顺序关系要求不是太严格。在程序开发过程中，不必选建立连接，然后才能产生记录对象等。可以在使用记录的地方直接使用记录对象，在创建记录对象的同时，程序自动建立了与数据源的连接。这种模型有力的简化了程序设计，增强了程序的灵活性。下面讲述使用ADO对象进行程序设计的方法。 1

3、）引入ADO库文件 使用ADO前必须在工程的stdafx.h文件里用直接引入符号import引入ADO库文件，以使编译器能正确编译。代码如下所示： #define INITGUID #importc:programfilescommonfilessystemadomsado15.dllno_namespacerename(EOF,EndOfFile) #include icrsint.h 这行语句声明在工程中使用ADO，但不使用ADO的名字空间，并且为了避免冲突，将EOF改名为EndOfFile。 2）初始化ADO环境 在使用ADO对象之前必须先初始化COM环境。初始化COM环境可用以下代码完

4、成：:CoInitialize(NULL); 在初始化COM环境后，就可以使用ADO对象了，如果在程序前面没有添加此代码，将会产生COM错误。 在使用完ADO对象后，需要用以下的代码将初始化的对象释放： :CoUninitialize(); 此函数清除了为ADO对象准备的COM环境。 3）接口简介 ADO库包含三个基本接口: _ConnectionPtr接口、 _CommandPtr接口、 _RecordsetPtr接口、 _ConnectionPtr接口返回一个记录集或一个空指针。通常使用它来创建 一个数据连接或执行一条不返回任何结果的SQL语句，如一个存储过程。用_ConnectionPt

5、r接口返回一个记录集不是一个好的使用方法。通常同 CDatabase一样，使用它创建一个数据连接，然后使用其它对象执行数据输入输出操作。 _CommandPtr接口返回一个记录集。它提供了一种简单的方法来执行返回记录集的存储过程和SQL语句。在使用_CommandPtr接口时， 可以利用全局_ConnectionPtr接口，也可以在_CommandPtr接口里直接使用连接串。如果只执行一次或几次数据访问操作，后者是比较好的选择。但如果要频繁访问数据库，并要返回很多记录集，那么，应该使用全局_ConnectionPtr接口创建一个数据连接，然后使用_CommandPtr接口执行存储过程和SQL语

6、句。 _RecordsetPtr是一个记录集对象。与以上两种对象相比，它对记录集提供了更多的控制功能，如记录锁定，游标控制等。同_CommandPtr接口一样，它不一定要使用一个已经创建的数据连接，可以用一个连接串代替连接指针赋给_RecordsetPtr的connection成员变量，让它自己创建数据连接。如果要使用多个记录集，最好的方法是同Command对象一样使用已经创建了数据连接的全局ConnectionPtr接口，然后使用_Recordse7tPtr执行存储过程和SQL语句。 4）使用ADO访问数据库 _ConnectionPtr是一个连接接口，首先创建一个_ConnectionPt

7、r接口实例，接着指向并打开一个ODBC数据源或OLE DB数据提供者(Provider)。以下代码分别创建一个基于DSN和非DSN的数据连接。/使用_ConnectionPtr(基于DSN) _ConnectionPtr MyDb; MyDb.CreateInstance(_uuidof(Connection); MyDbOpen(DSN=samp;UID=admin;PWD=admin,1); /使用ConnectionPtr (基于非DSN) _ConnectionPtr MyDb; MyDb.CreateInstance(_uuidof(Connection); MyDb.Open(Pr

8、ovider=SQLOLEDB;SERVER=server;DATABASE=samp;UID=admin; PWD=admin,1); /使用_RecordsetPtr执行SQL语句 _RecordsetPtr MySet; MySet.CreateInstance(_uuidof(Recordset); MySetOpen(SELECT * FROM some_table,MyDb.GetInterfacePtr(), adOpenDynamic,adLockOptimistic,adCmdText); 现在我们已经有了一个数据连接和一个记录集，接下来就可以使用数据了。从以下代码可以看到，

9、使用ADO的_RecordsetPtr接口，就不需要像DAO那样频繁地使用大而复杂的数据结构VARIANT，并强制转换各种数据类型了，这也是ADO的优点之一。假定程序有一个名称为m_List的ListBox控件，下面代码我们用_RecordsetPtr接口获取记录集数据并填充这个ListBox控件： _variant_t Holder trywhile(!MySetadoEOF) Holder = MySetGetCollect(FIELD_1); if(Holder.vt!=VT_NULL) m_List.AddString(char )_bstr_t(Holder); MySetMoveN

10、ext(); catch(_com_error e) CString Error = eErrorMessage(); AfxMessageBox(eErrorMessage(); catch(.) MessageBox(ADO发生错误!); 必须始终在代码中用try和catch来捕获ADO错误,否则ADO错误会使你的应用程序崩溃。当ADO发生运行错误时(如数据库不存在)，OLE DB数据提供者将自动创建一个_com_error对象，并将有关错误信息填充到这个对象的成员变量。 5）类型转换 由于COM对象是跨平台的，它使用了一种通用的方法来处理各种类型的数据，因此CString 类和COM对象

11、是不兼容的，我们需要一组API来转换COM对象和 C类型的数据。_vatiant_t和_bstr_t就是这样两种对象。它们提供了 通用的方法转换COM对象和C类型的数据。 6）在VB中使用ADO ADO 提供执行以下操作的方式： 1、连接到数据源。同时，可确定对数据源的所有更改是否已成功或没有发生。 2、指定访问数据源的命令，同时可带变量参数，或优化执行。 3、执行命令。 4、如果这个命令使数据按表中的行的形式返回，则将这些行存储在易于检查、操作或更改的缓存中。 5、适当情况下，可使用缓存行的更改内容来更新数据源。 6、提供常规方法检测错误（通常由建立连接或执行命令造成）。 在典型情况下，需要

12、在编程模型中采用所有这些步骤。但是，由于 ADO有很强的灵活性，所以最后只需执行部分模块就能做一些有用的工作。 以下元素是 ADO 编程模型中的关键部分： 7）连接 通过“连接”可从应用程序访问数据源，连接是交换数据所必需的环境。对象模型使用Connection 对象使连接概念得以具体化。“事务”用于界定在连接过程中发生的一系列数据访问操作的开始和结束。ADO 可明确事务中的操作造成的对数据源的更改或者成功发生，或者根本没有发生。如果取消事务或它的一个操作失败，则最终的结果将仿佛是事务中的操作均未发生，数据源将会保持事务开始以前的状态。对象模型无法清楚地体现出事务的概念，而是用一组 Conne

13、ction 对象方法来表示。ADO 从 OLE DB 提供者访问数据和服务。Connection 对象用于指定专门的提供者和任意参数。 8）命令 通过已建立的连接发出的“命令”可以某种方式来操作数据源。一般情况下，命令可以在数据源中添加、删除或更新数据，或者在表中以行的格式检索数据。对象模型用Command 对象来体现命令概念。使用 Command 对象可使ADO 优化命令的执行。 1、参数 通常，命令需要的变量部分即“参数”可以在命令发布之前进行更改。例如，可重复发出相同的数据检索命令，但每一次均可更改指定的检索信息。参数对与函数活动相同的可执行命令非常有用，这样就可知道命令是做什么，但不必

14、知道它如何工作。例如，可发出一项银行过户命令，从一方借出贷给另一方。可将要过户的款额设置为参数。对象模型用 Parameter 对象来体现参数概念。 2、记录集 如果命令是在表中按信息行返回数据的查询（行返回查询），则这些行将会存储在本地。对象模型将该存储体现为 Recordset 对象。但是，不存在仅代表单独一个Recordset行的对象。 记录集是在行中检查和修改数据最主要的方法。 3、字段 一个记录集行包含一个或多个“字段”。如果将记录集看作二维网格，字段将排列构成“列”。每一字段（列）都分别包含有名称、数据类型和值的属性，正是在该值中包含了来自数据源的真实数据。对象模型以 Field

15、对象体现字段。 要修改数据源中的数据，可在记录集行中修改 Field 对象的值，对记录集的更改最终被传送给数据源。作为选项，Connection 对象的事务管理方法能够可靠地保证更改要么全部成功，要么全部失败。 4、错误 错误随时可在应用程序中发生，通常是由于无法建立连接、执行命令或对某些状态（例如，试图使用没有初始化的记录集）的对象进行操作。对象模型以Error 对象体现错误。任意给定的错误都会产生一个或多个 Error 对象，随后产生的错误将会放弃先前的Error 对象组。 5、属性 每个 ADO 对象都有一组唯一的“属性”来描述或控制对象的行为。属性有内置和动态两种类型。内置属性是 AD

16、O 对象的一部分并且随时可用。动态属性则由特别的数据提供者添加到 ADO 对象的属性集合中，仅在提供者被使用时才能存在。对象模型以 Property 对象体现属性。 6、集合 ADO 提供“集合”，这是一种可方便地包含其他特殊类型对象的对象类型。使用集合方法可按名称（文本字符串）或序号（整型数）对集合中的对象进行检索。 ADO 提供四种类型的集合：Connection 对象具有 Errors 集合，包含为响应与数据源有关的单一错误而创建的所有 Error 对象。Command 对象具有 Parameters 集合，包含应用于 Command 对象的所有Parameter对象。Recordset

17、 对象具有 Fields 集合，包含所有定义 Recordset 对象列的 Field 对象。 此外，Connection、Command、Recordset 和 Field 对象都具有Properties 集合。它包含所有属于各个包含对象的 Property 对象。ADO 对象拥有可在其上使用的诸如“整型”、“字符型”或“布尔型”这样的普通数据类型来设置或检索值的属性。然而，有必要将某些属性看成是数据类型“COLLECTION OBJECT”的返回值。相应的，集合对象具有存储和检索适合该集合的其他对象的方法。 7、事件 ADO 2.0 支持事件，事件是对某些操作将要或已经发生的通知。有两类事

18、件：ConnectionEvent 和 RecordsetEvent。Connection 对象产生ConnectionEvent 事件，而 Recordset 对象则产生 RecordsetEvent 事件。事件由事件处理程序例程处理，该例程在某个操作开始之前或结束之后被调用。 某些事件是成对出现的。开始操作前调用的事件名格式为 WillEvent（Will 事件），而操作结束后调用的事件名格式为 EventComplete（Complete 事件）。 其余的不成对事件只在操作结束后发生。（其名称没有任何固定模式。）事件处理程序由状态参数控制。附加信息由错误和对象参数提供。可以请求事件处理程

19、序不接受第一次通知以后的任何通知。例如，可以选择只接收 Will 事件或 Complete 事件。 下面的代码显示了一个使用ADO的例子。 首先加入Microsoft ActiveX Data Object 2.0 Library引用。 Dim db As Connection Set db = New Connection db.CursorLocation = adUseClient db.Open PROVIDER=MSDASQL;DSN=TestDatabase, sa, , -1 Dim i As Long Dim id As Long Dim value As Single Dim

20、 rst As New Recordset Set rst = New Recordset rst.Open select * from 模拟量变化历史?quot;, db, adOpenDynamic, adLockOptimistic rst.MoveFirst For i = 0 To rst.RecordCount - 1 id = rst.Fields(ID) value=rst.Fields(“VALUE”) rst.MoveNext Next i rst.Close Set rst = Nothing db.Close ADO技术是访问数据库的新技术，具有易于使用、访问灵活、应用

21、广泛的特点。用ADO访问数据源的特点可总结如下： 1、 易于使用 这是ADO技术的最重要的一个特征。由于ADO是高层应用，所以相对于OLE DB或者ODBC来说，它具有面向对象的特性。同时，在ADO的对象结构中，其对象之间的层次关系并不明显。相对于DAO等访问技术来讲，又不必关心对象的构造顺序和构造层次。对于要用的对象，不必选建立连接、会话等对象，只需直接构造即可，方便了应用程序的编制2、 高速访问数据源 由于ADO技术基于OLE DB，所以，它也继承了OLE DB访问数据库的高速性。 3、 可以访问不同数据源 ADO技术可以访问包括关系数据库和非关系数据库的所有文件系统。此特点使应用程序有很

22、多的灵活性和通用性。 4、 可以用于Microsoft ActiveX页 ADO技术可以以ActiveX控件的形式出现，所以，可以被用于Microsoft ActiveX页，此特征可简化WEB页的编程。 5、 程序占用内存少 由于ADO是基于组件对象模型（COM）的访问技术，所以，用ADO产生的应用程序占用内存少。 总结 要在访问数据时判断出应该使用哪一种技术，这并不容易。可能需要公用实用程序来处理多个数据库类型；部分数据可能出现在本地硬盘驱动器上，部分在网络上，还有一部分在主机上。甚至客户安装在设备上的产品也会使这种选择更加困难。例如，你所期待的ODBC支持级别也许依赖于所安装的Micros

23、oft Office的版本，因为这个产品不提供ODBC支持。你还会发现，ADO类提供的对象和方法要比ODBC类多。 ADO可以提供程序中绝对必须具有的一些特性棗例如，你会发现OLE-DB和ADO两者都支持。DFX_Currency，但在ODBC中没有对应的功能，但你要想掌握它们也必须付出一定的努力。 选择OLE-DB或ODBC时，有几条一般的规则。因为ADO实际上只是OLE-DB的包装，所以这些规则也适用于它。下面提供一些基本的原则，可以用来帮助你决定选择OLE-DB还是ODBC。 非OLE环境 如果要访问支持ODBC的数据库，而该数据库又在不支持OLE的服务器上，那么ODBC是最好的选择。 非SQL环境 ODBC在处理SQL时非常出众。处理非SQL数据库时，OLE-DB则具有非常明显的优势。 OLE环境 对支持OLE的服务器来说，选择OLE-DB还是ODBC也许是希望各半。如果有ODBC驱动程序可供利用，那么使用ODBC是一个好主意；否则，就只有选择OLE-DB了。 所需的互操作性 如果需要可互操作的数据库部件，那么只有选择OLE-DB