ADO是ActiveX數(shù)據(jù)對(duì)象（ActiveX Data Object），這是Microsoft開(kāi)發(fā)數(shù)據(jù)庫(kù)應(yīng)用程序的面向?qū)ο蟮男陆涌凇DO訪問(wèn)數(shù)據(jù)庫(kù)是通過(guò)訪問(wèn)OLE DB數(shù)據(jù)提供程序來(lái)進(jìn)行的，提供了一種對(duì)OLE DB數(shù)據(jù)提供程序的簡(jiǎn)單高層訪問(wèn)接口。

ADO技術(shù)簡(jiǎn)化了OLE DB的操作，OLE DB的程序中使用了大量的COM接口，而ADO封裝了這些接口。所以，ADO是一種高層的訪問(wèn)技術(shù)。

ADO技術(shù)基于通用對(duì)象模型（COM），它提供了多種語(yǔ)言的訪問(wèn)技術(shù)，同時(shí)，由于ADO提供了訪問(wèn)自動(dòng)化接口，所以，ADO可以用描述的腳本語(yǔ)言來(lái)訪問(wèn)VBScript,VCScript等。　

可以使用VC6提供的ActiveX控件開(kāi)發(fā)應(yīng)用程序，還可以用ADO對(duì)象開(kāi)發(fā)應(yīng)用程序。使用ADO對(duì)象開(kāi)發(fā)應(yīng)用程序可以使程序開(kāi)發(fā)者更容易地控制對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)，從而產(chǎn)生符合用戶(hù)需求的數(shù)據(jù)庫(kù)訪問(wèn)程序。

使用ADO對(duì)象開(kāi)發(fā)應(yīng)用程序也類(lèi)似其它技術(shù)，需產(chǎn)生與數(shù)據(jù)源的連接，創(chuàng)建記錄等步驟，但與其它訪問(wèn)技術(shù)不同的是，ADO技術(shù)對(duì)對(duì)象之間的層次和順序關(guān)系要求不是太嚴(yán)格。在程序開(kāi)發(fā)過(guò)程中，不必選建立連接，然后才能產(chǎn)生記錄對(duì)象等。可以在使用記錄的地方直接使用記錄對(duì)象，在創(chuàng)建記錄對(duì)象的同時(shí)，程序自動(dòng)建立了與數(shù)據(jù)源的連接。這種模型有力的簡(jiǎn)化了程序設(shè)計(jì)，增強(qiáng)了程序的靈活性。下面講述使用ADO對(duì)象進(jìn)行程序設(shè)計(jì)的方法。

使用ADO前必須在工程的stdafx.h文件里用直接引入符號(hào)＃import引入ADO庫(kù)文件，以使編譯器能正確編譯。代碼如下所示：

在使用ADO對(duì)象之前必須先初始化COM環(huán)境。初始化COM環(huán)境可以用以下代碼完成：

::CoInitialize(NULL);

在初始化COM環(huán)境后，就可以使用ADO對(duì)象了，如果在程序前面沒(méi)有添加此代碼，將會(huì)產(chǎn)生COM錯(cuò)誤。

在使用完ADO對(duì)象后，需要用以下的代碼將初始化的對(duì)象釋放：

::CoUninitialize();

__ConnectionPtr接口返回一個(gè)記錄集或一個(gè)空指針。通常使用它來(lái)創(chuàng)建一個(gè)數(shù)據(jù)連接或執(zhí)行一條不返回任何結(jié)果的SQL語(yǔ)句，如一個(gè)存儲(chǔ)過(guò)程。用__ConnectionPtr接口返回一個(gè)記錄集不是一個(gè)好的使用方法。通常同CDatabase一樣，使用它創(chuàng)建一個(gè)數(shù)據(jù)連接，然后使用其它對(duì)象執(zhí)行數(shù)據(jù)輸入輸出操作。　

__CommandPtr接口返回一個(gè)記錄集。它提供了一種簡(jiǎn)單的方法來(lái)執(zhí)行返回記錄集的存儲(chǔ)過(guò)程和SQL語(yǔ)句。在使用__CommandPtr接口時(shí)，可以利用全局__ConnectionPtr接口，也可以在__CommandPtr接口里直接使用連接串。如果只執(zhí)行一次或幾次數(shù)據(jù)訪問(wèn)操作，后者是比較好的選擇。但如果要頻繁訪問(wèn)數(shù)據(jù)庫(kù)，并要返回很多記錄集，那么，應(yīng)該使用全局__ConnectionPtr接口創(chuàng)建一個(gè)數(shù)據(jù)連接，然后使用__CommandPtr接口執(zhí)行存儲(chǔ)過(guò)程和SQL語(yǔ)句。　

__RecordsetPtr是一個(gè)記錄集對(duì)象。與以上兩種對(duì)象相比，它對(duì)記錄集提供了更多的控制功能，如記錄鎖定，游標(biāo)控制等。同__CommandPtr接口一樣，它不一定要使用一個(gè)已經(jīng)創(chuàng)建的數(shù)據(jù)連接，可以用一個(gè)連接串代替連接指針賦給__RecordsetPtr的connection成員變量，讓它自己創(chuàng)建數(shù)據(jù)連接。如果要使用多個(gè)記錄集，最好的方法是同Command對(duì)象一樣使用已經(jīng)創(chuàng)建了數(shù)據(jù)連接的全局—ConnectionPtr接口，然后使用__Recordse7tPtr執(zhí)行存儲(chǔ)過(guò)程和SQL語(yǔ)句。

現(xiàn)在我們已經(jīng)有了一個(gè)數(shù)據(jù)連接和一個(gè)記錄集，接下來(lái)就可以使用數(shù)據(jù)了。從以下代碼可以看到，使用ADO的__RecordsetPtr接口，就不需要像DAO那樣頻繁地使用大而復(fù)雜的數(shù)據(jù)結(jié)構(gòu)VARIANT，并強(qiáng)制轉(zhuǎn)換各種數(shù)據(jù)類(lèi)型了，這也是ADO的優(yōu)點(diǎn)之一。假定程序有一個(gè)名稱(chēng)為m__List的ListBox控件，下面代碼我們用__RecordsetPtr接口獲取記錄集數(shù)據(jù)并填充這個(gè)ListBox控件：

必須始終在代碼中用try和catch來(lái)捕獲ADO錯(cuò)誤,否則ADO錯(cuò)誤會(huì)使你的應(yīng)用程序崩潰。當(dāng)ADO發(fā)生運(yùn)行錯(cuò)誤時(shí)(如數(shù)據(jù)庫(kù)不存在)，OLE DB數(shù)據(jù)提供者將自動(dòng)創(chuàng)建一個(gè)__com__error對(duì)象，并將有關(guān)錯(cuò)誤信息填充到這個(gè)對(duì)象的成員變量。　

由于COM對(duì)象是跨平臺(tái)的，它使用了一種通用的方法來(lái)處理各種類(lèi)型的數(shù)據(jù)，因此CString 類(lèi)和COM對(duì)象是不兼容的，我們需要一組API來(lái)轉(zhuǎn)換COM對(duì)象和C＋＋類(lèi)型的數(shù)據(jù)。__vatiant__t和__bstr__t就是這樣兩種對(duì)象。它們提供了通用的方法轉(zhuǎn)換COM對(duì)象和C＋＋類(lèi)型的數(shù)據(jù)。

ADO 提供執(zhí)行以下操作的方式：

3、如果這個(gè)命令使數(shù)據(jù)按表中的行的形式返回，則將這些行存儲(chǔ)在易于檢查、操作或更改的緩存中。

在典型情況下，需要在編程模型中采用所有這些步驟。但是，由于 ADO 有很強(qiáng)的靈活性，所以最后只需執(zhí)行部分模塊就能做一些有用的工作。　

以下元素是 ADO 編程模型中的關(guān)鍵部分：

通過(guò)“連接”可從應(yīng)用程序訪問(wèn)數(shù)據(jù)源，連接是交換數(shù)據(jù)所必需的環(huán)境。對(duì)象模型使用 Connection 對(duì)象使連接概念得以具體化。

“事務(wù)”用于界定在連接過(guò)程中發(fā)生的一系列數(shù)據(jù)訪問(wèn)操作的開(kāi)始和結(jié)束。ADO 可明確事務(wù)中的操作造成的對(duì)數(shù)據(jù)源的更改或者成功發(fā)生，或者根本沒(méi)有發(fā)生。如果取消事務(wù)或它的一個(gè)操作失敗，則最終的結(jié)果將仿佛是事務(wù)中的操作均未發(fā)生，數(shù)據(jù)源將會(huì)保持事務(wù)開(kāi)始以前的狀態(tài)。對(duì)象模型無(wú)法清楚地體現(xiàn)出事務(wù)的概念，而是用一組 Connection 對(duì)象方法來(lái)表示。ADO 從 OLE DB 提供者訪問(wèn)數(shù)據(jù)和服務(wù)。Connection 對(duì)象用于指定專(zhuān)門(mén)的提供者和任意參數(shù)。

通過(guò)已建立的連接發(fā)出的“命令”可以某種方式來(lái)操作數(shù)據(jù)源。一般情況下，命令可以在數(shù)據(jù)源中添加、刪除或更新數(shù)據(jù)，或者在表中以行的格式檢索數(shù)據(jù)。對(duì)象模型用 Command 對(duì)象來(lái)體現(xiàn)命令概念。使用 Command 對(duì)象可使 ADO 優(yōu)化命令的執(zhí)行。

通常，命令需要的變量部分即“參數(shù)”可以在命令發(fā)布之前進(jìn)行更改。例如，可重復(fù)發(fā)出相同的數(shù)據(jù)檢索命令，但每一次均可更改指定的檢索信息。

參數(shù)對(duì)與函數(shù)活動(dòng)相同的可執(zhí)行命令非常有用，這樣就可知道命令是做什么的，但不必知道它如何工作。例如，可發(fā)出一項(xiàng)銀行過(guò)戶(hù)命令，從一方借出貸給另一方。可將要過(guò)戶(hù)的款額設(shè)置為參數(shù)。

對(duì)象模型用 Parameter 對(duì)象來(lái)體現(xiàn)參數(shù)概念。

如果命令是在表中按信息行返回?cái)?shù)據(jù)的查詢(xún)（行返回查詢(xún)），則這些行將會(huì)存儲(chǔ)在本地。

對(duì)象模型將該存儲(chǔ)體現(xiàn)為 Recordset 對(duì)象。但是，不存在僅代表單獨(dú)一個(gè) Recordset 行的對(duì)象。

記錄集是在行中檢查和修改數(shù)據(jù)最主要的方法。

一個(gè)記錄集行包含一個(gè)或多個(gè)“字段”。如果將記錄集看作二維網(wǎng)格，字段將排列構(gòu)成“列”。每一字段（列）都分別包含有名稱(chēng)、數(shù)據(jù)類(lèi)型和值的屬性，正是在該值中包含了來(lái)自數(shù)據(jù)源的真實(shí)數(shù)據(jù)。

對(duì)象模型以 Field 對(duì)象體現(xiàn)字段。

要修改數(shù)據(jù)源中的數(shù)據(jù)，可在記錄集行中修改 Field 對(duì)象的值，對(duì)記錄集的更改最終被傳送給數(shù)據(jù)源。作為選項(xiàng)，Connection 對(duì)象的事務(wù)管理方法能夠可靠地保證更改要么全部成功，要么全部失敗。

錯(cuò)誤隨時(shí)可在應(yīng)用程序中發(fā)生，通常是由于無(wú)法建立連接、執(zhí)行命令或?qū)δ承顟B(tài)（例如，試圖使用沒(méi)有初始化的記錄集）的對(duì)象進(jìn)行操作。

對(duì)象模型以 Error 對(duì)象體現(xiàn)錯(cuò)誤。

任意給定的錯(cuò)誤都會(huì)產(chǎn)生一個(gè)或多個(gè) Error 對(duì)象，隨后產(chǎn)生的錯(cuò)誤將會(huì)放棄先前的 Error 對(duì)象組。

每個(gè) ADO 對(duì)象都有一組唯一的“屬性”來(lái)描述或控制對(duì)象的行為。

屬性有內(nèi)置和動(dòng)態(tài)兩種類(lèi)型。內(nèi)置屬性是 ADO 對(duì)象的一部分并且隨時(shí)可用。動(dòng)態(tài)屬性則由特別的數(shù)據(jù)提供者添加到 ADO 對(duì)象的屬性集合中，僅在提供者被使用時(shí)才能存在。

對(duì)象模型以 Property 對(duì)象體現(xiàn)屬性。

ADO 提供“集合”，這是一種可方便地包含其他特殊類(lèi)型對(duì)象的對(duì)象類(lèi)型。使用集合方法可按名稱(chēng)（文本字符串）或序號(hào)（整型數(shù)）對(duì)集合中的對(duì)象進(jìn)行檢索。

ADO 提供四種類(lèi)型的集合：

Connection 對(duì)象具有 Errors 集合，包含為響應(yīng)與數(shù)據(jù)源有關(guān)的單一錯(cuò)誤而創(chuàng)建的所有 Error 對(duì)象。

Command 對(duì)象具有 Parameters 集合，包含應(yīng)用于 Command 對(duì)象的所有 Parameter 對(duì)象。

Recordset 對(duì)象具有 Fields 集合，包含所有定義 Recordset 對(duì)象列的 Field 對(duì)象。

此外，Connection、Command、Recordset 和 Field 對(duì)象都具有 Properties 集合。它包含所有屬于各個(gè)包含對(duì)象的 Property 對(duì)象。

ADO 對(duì)象擁有可在其上使用的諸如“整型”、“字符型”或“布爾型”這樣的普通數(shù)據(jù)類(lèi)型來(lái)設(shè)置或檢索值的屬性。然而，有必要將某些屬性看成是數(shù)據(jù)類(lèi)型“COLLECTION OBJECT”的返回值。相應(yīng)的，集合對(duì)象具有存儲(chǔ)和檢索適合該集合的其他對(duì)象的方法。

ADO 2.0 支持事件，事件是對(duì)某些操作將要或已經(jīng)發(fā)生的通知。

有兩類(lèi)事件：ConnectionEvent 和 RecordsetEvent。Connection 對(duì)象產(chǎn)生 ConnectionEvent 事件，而 Recordset 對(duì)象則產(chǎn)生 RecordsetEvent 事件。

事件由事件處理程序例程處理，該例程在某個(gè)操作開(kāi)始之前或結(jié)束之后被調(diào)用。

某些事件是成對(duì)出現(xiàn)的。開(kāi)始操作前調(diào)用的事件名格式為 WillEvent（Will 事件），而操作結(jié)束后調(diào)用的事件名格式為 EventComplete（Complete 事件）。其余的不成對(duì)事件只在操作結(jié)束后發(fā)生。（其名稱(chēng)沒(méi)有任何固定模式。）事件處理程序由狀態(tài)參數(shù)控制。附加信息由錯(cuò)誤和對(duì)象參數(shù)提供。

可以請(qǐng)求事件處理程序不接受第一次通知以后的任何通知。例如，可以選擇只接收 Will 事件或 Complete 事件。

下面的代碼顯示了一個(gè)使用ADO的例子。

首先加入Microsoft ActiveX Data Object 2.0 Library引用。

ADO技術(shù)是訪問(wèn)數(shù)據(jù)庫(kù)的新技術(shù)，具有易于使用、訪問(wèn)靈活、應(yīng)用廣泛的特點(diǎn)。用ADO訪問(wèn)數(shù)據(jù)源的特點(diǎn)可總結(jié)如下：

由于ADO是基于組件對(duì)象模型（COM）的訪問(wèn)技術(shù)，所以，用ADO產(chǎn)生的應(yīng)用程序占用內(nèi)存少。

要在訪問(wèn)數(shù)據(jù)時(shí)判斷出應(yīng)該使用哪一種技術(shù)，這并不容易。可能需要公用實(shí)用程序來(lái)處理多個(gè)數(shù)據(jù)庫(kù)類(lèi)型；部分?jǐn)?shù)據(jù)可能出現(xiàn)在本地硬盤(pán)驅(qū)動(dòng)器上，部分在網(wǎng)絡(luò)上，還有一部分在主機(jī)上。甚至客戶(hù)安裝在設(shè)備上的產(chǎn)品也會(huì)使這種選擇更加困難。例如，你所期待的ODBC支持級(jí)別也許依賴(lài)于所安裝的Microsoft Office的版本，因?yàn)檫@個(gè)產(chǎn)品不提供ODBC支持。你還會(huì)發(fā)現(xiàn)，ADO類(lèi)提供的對(duì)象和方法要比ODBC類(lèi)多。ADO可以提供程序中絕對(duì)必須具有的一些特性棗例如，你會(huì)發(fā)現(xiàn)OLE-DB和ADO兩者都支持DFX_Currency，但在ODBC中沒(méi)有對(duì)應(yīng)的功能，但你要想掌握它們也必須付出一定的努力。

選擇OLE-DB或ODBC時(shí)，有幾條一般的規(guī)則。因?yàn)锳DO實(shí)際上只是OLE-DB的包裝，所以這些規(guī)則也適用于它。下面提供一些基本的原則，可以用來(lái)幫助你決定選擇OLE-DB還是ODBC。

非OLE環(huán)境 如果要訪問(wèn)支持ODBC的數(shù)據(jù)庫(kù)，而該數(shù)據(jù)庫(kù)又在不支持OLE的服務(wù)器上，那么ODBC是最好的選擇。

非SQL環(huán)境 ODBC在處理SQL時(shí)非常出眾。處理非SQL數(shù)據(jù)庫(kù)時(shí)，OLE-DB則具有非常明顯的優(yōu)勢(shì)。

OLE環(huán)境 對(duì)支持OLE的服務(wù)器來(lái)說(shuō)，選擇OLE-DB還是ODBC也許是希望各半。如果有ODBC驅(qū)動(dòng)程序可供利用，那么使用ODBC是一個(gè)好主意；否則，就只有選擇OLE-DB了。

所需的互操作性 如果需要可互操作的數(shù)據(jù)庫(kù)部件，那么只有選擇OLE-DB。