6、 使用ADO
6．1 概述
ADO是ActiveX數(shù)據(jù)對(duì)象（ActiveX Data Object），這是Microsoft開發(fā)數(shù)據(jù)庫應(yīng)用程序的面向?qū)ο蟮男陆涌凇DO訪問數(shù)據(jù)庫是通過訪問OLE DB數(shù)據(jù)提供程序來進(jìn)行的，提供了一種對(duì)OLE DB數(shù)據(jù)提供程序的簡單高層訪問接口。
ADO技術(shù)簡化了OLE DB的操作，OLE DB的程序中使用了大量的COM接口，而ADO封裝了這些接口。所以，ADO是一種高層的訪問技術(shù)。
ADO技術(shù)基于通用對(duì)象模型（COM），它提供了多種語言的訪問技術(shù)，同時(shí)，由于ADO提供了訪問自動(dòng)化接口，所以，ADO可以用描述的腳本語言來訪問VBScript,VCScript等。
6．2 在VC中使用ADO
可以使用VC6提供的ActiveX控件開發(fā)應(yīng)用程序，還可以用ADO對(duì)象開發(fā)應(yīng)用程序。使用ADO對(duì)象開發(fā)應(yīng)用程序可以使程序開發(fā)者更容易地控制對(duì)數(shù)據(jù)庫的訪問，從而產(chǎn)生符合用戶需求的數(shù)據(jù)庫訪問程序。
使用ADO對(duì)象開發(fā)應(yīng)用程序也類似其它技術(shù)，需產(chǎn)生與數(shù)據(jù)源的連接，創(chuàng)建記錄等步驟，但與其它訪問技術(shù)不同的是，ADO技術(shù)對(duì)對(duì)象之間的層次和順序關(guān)系要求不是太嚴(yán)格。在程序開發(fā)過程中，不必選建立連接，然后才能產(chǎn)生記錄對(duì)象等。可以在使用記錄的地方直接使用記錄對(duì)象，在創(chuàng)建記錄對(duì)象的同時(shí)，程序自動(dòng)建立了與數(shù)據(jù)源的連接。這種模型有力的簡化了程序設(shè)計(jì)，增強(qiáng)了程序的靈活性。下面講述使用ADO對(duì)象進(jìn)行程序設(shè)計(jì)的方法。
6．21 引入ADO庫文件
使用ADO前必須在工程的stdafx.h文件里用直接引入符號(hào)＃import引入ADO庫文件，以使編譯器能正確編譯。代碼如下所示：
#define INITGUID
#import "c:\program files\common files\system\ado\msado15.dll" no_namespace rename("EOF","EndOfFile")
#include "icrsint.h"
這行語句聲明在工程中使用ADO，但不使用ADO的名字空間，并且為了避免沖突，將EOF改名為EndOfFile。
6．22 初始化ADO環(huán)境
在使用ADO對(duì)象之前必須先初始化COM環(huán)境。初始化COM環(huán)境可以用以下代碼完成：
::CoInitialize(NULL);
在初始化COM環(huán)境后，就可以使用ADO對(duì)象了，如果在程序前面沒有添加此代碼，將會(huì)產(chǎn)生COM錯(cuò)誤。
在使用完ADO對(duì)象后，需要用以下的代碼將初始化的對(duì)象釋放：
::CoUninitialize();
此函數(shù)清除了為ADO對(duì)象準(zhǔn)備的COM環(huán)境。
6．23 接口簡介
ADO庫包含三個(gè)基本接口:
__ConnectionPtr接口、
__CommandPtr接口、
__RecordsetPtr接口,
__ConnectionPtr接口返回一個(gè)記錄集或一個(gè)空指針。通常使用它來創(chuàng)建一個(gè)數(shù)據(jù)連接或執(zhí)行一條不返回任何結(jié)果的SQL語句，如一個(gè)存儲(chǔ)過程。用__ConnectionPtr接口返回一個(gè)記錄集不是一個(gè)好的使用方法。通常同CDatabase一樣，使用它創(chuàng)建一個(gè)數(shù)據(jù)連接，然后使用其它對(duì)象執(zhí)行數(shù)據(jù)輸入輸出操作。
__CommandPtr接口返回一個(gè)記錄集。它提供了一種簡單的方法來執(zhí)行返回記錄集的存儲(chǔ)過程和SQL語句。在使用__CommandPtr接口時(shí)，可以利用全局__ConnectionPtr接口，也可以在__CommandPtr接口里直接使用連接串。如果只執(zhí)行一次或幾次數(shù)據(jù)訪問操作，后者是比較好的選擇。但如果要頻繁訪問數(shù)據(jù)庫，并要返回很多記錄集，那么，應(yīng)該使用全局__ConnectionPtr接口創(chuàng)建一個(gè)數(shù)據(jù)連接，然后使用__CommandPtr接口執(zhí)行存儲(chǔ)過程和SQL語句。
__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ǔ)過程和SQL語句。
6、24 使用ADO訪問數(shù)據(jù)庫
|
__ConnectionPtr是一個(gè)連接接口，首先創(chuàng)建一個(gè)__ConnectionPtr接口實(shí)例，接著指向并打開一個(gè)ODBC數(shù)據(jù)源或OLE DB數(shù)據(jù)提供者(Provider)。以下代碼分別創(chuàng)建一個(gè)基于DSN和非DSN的數(shù)據(jù)連接。
//使用__ConnectionPtr(基于DSN)
__ConnectionPtr MyDb;
MyDb.CreateInstance(__uuidof(Connection));
MyDb－〉Open("DSN=samp;UID=admin;PWD=admin","","",－1);
//使用—ConnectionPtr (基于非DSN)
__ConnectionPtr MyDb;
MyDb.CreateInstance(__uuidof(Connection));
MyDb.Open("Provider=SQLOLEDB;SERVER=server;DATABASE=samp;UID=admin;PWD=admin","","",－1);
//使用__RecordsetPtr執(zhí)行SQL語句
__RecordsetPtr MySet;
MySet.CreateInstance(__uuidof(Recordset));
MySet－〉Open("SELECT * FROM some__table", MyDb.GetInterfacePtr(),adOpenDynamic,adLockOptimistic,adCmdText);
|
現(xiàn)在我們已經(jīng)有了一個(gè)數(shù)據(jù)連接和一個(gè)記錄集，接下來就可以使用數(shù)據(jù)了。從以下代碼可以看到，使用ADO的__RecordsetPtr接口，就不需要像DAO那樣頻繁地使用大而復(fù)雜的數(shù)據(jù)結(jié)構(gòu)VARIANT，并強(qiáng)制轉(zhuǎn)換各種數(shù)據(jù)類型了，這也是ADO的優(yōu)點(diǎn)之一。假定程序有一個(gè)名稱為m__List的ListBox控件，下面代碼我們用__RecordsetPtr接口獲取記錄集數(shù)據(jù)并填充這個(gè)ListBox控件：
|
__variant__t Holder
try{while(!MySet－〉adoEOF)
{ Holder = MySet－〉GetCollect("FIELD__1");
if(Holder.vt!=VT__NULL)
m__List.AddString((char)__bstr__t(Holder));
MySet－〉MoveNext();} }
catch(__com__error e)
{ CString Error = e－〉ErrorMessage();
AfxMessageBox(e－〉ErrorMessage());
} catch(...)
{ MessageBox("ADO發(fā)生錯(cuò)誤!");}
|
必須始終在代碼中用try和catch來捕獲ADO錯(cuò)誤,否則ADO錯(cuò)誤會(huì)使你的應(yīng)用程序崩潰。當(dāng)ADO發(fā)生運(yùn)行錯(cuò)誤時(shí)(如數(shù)據(jù)庫不存在)，OLE DB數(shù)據(jù)提供者將自動(dòng)創(chuàng)建一個(gè)__com__error對(duì)象，并將有關(guān)錯(cuò)誤信息填充到這個(gè)對(duì)象的成員變量。
6．25 類型轉(zhuǎn)換
由于COM對(duì)象是跨平臺(tái)的，它使用了一種通用的方法來處理各種類型的數(shù)據(jù)，因此CString 類和COM對(duì)象是不兼容的，我們需要一組API來轉(zhuǎn)換COM對(duì)象和C＋＋類型的數(shù)據(jù)。__vatiant__t和__bstr__t就是這樣兩種對(duì)象。它們提供了通用的方法轉(zhuǎn)換COM對(duì)象和C＋＋類型的數(shù)據(jù)。
6．3 在VB中使用ADO
ADO 提供執(zhí)行以下操作的方式：
1、連接到數(shù)據(jù)源。同時(shí)，可確定對(duì)數(shù)據(jù)源的所有更改是否已成功或沒有發(fā)生。
2、指定訪問數(shù)據(jù)源的命令，同時(shí)可帶變量參數(shù)，或優(yōu)化執(zhí)行。
3、執(zhí)行命令。
3、如果這個(gè)命令使數(shù)據(jù)按表中的行的形式返回，則將這些行存儲(chǔ)在易于檢查、操作或更改的緩存中。
4、適當(dāng)情況下，可使用緩存行的更改內(nèi)容來更新數(shù)據(jù)源。
5、提供常規(guī)方法檢測錯(cuò)誤（通常由建立連接或執(zhí)行命令造成）。
在典型情況下，需要在編程模型中采用所有這些步驟。但是，由于 ADO 有很強(qiáng)的靈活性，所以最后只需執(zhí)行部分模塊就能做一些有用的工作。
以下元素是 ADO 編程模型中的關(guān)鍵部分：
6．31 連接
通過“連接”可從應(yīng)用程序訪問數(shù)據(jù)源，連接是交換數(shù)據(jù)所必需的環(huán)境。對(duì)象模型使用 Connection 對(duì)象使連接概念得以具體化。
“事務(wù)”用于界定在連接過程中發(fā)生的一系列數(shù)據(jù)訪問操作的開始和結(jié)束。ADO 可明確事務(wù)中的操作造成的對(duì)數(shù)據(jù)源的更改或者成功發(fā)生，或者根本沒有發(fā)生。如果取消事務(wù)或它的一個(gè)操作失敗，則最終的結(jié)果將仿佛是事務(wù)中的操作均未發(fā)生，數(shù)據(jù)源將會(huì)保持事務(wù)開始以前的狀態(tài)。對(duì)象模型無法清楚地體現(xiàn)出事務(wù)的概念，而是用一組 Connection 對(duì)象方法來表示。ADO 從 OLE DB 提供者訪問數(shù)據(jù)和服務(wù)。Connection 對(duì)象用于指定專門的提供者和任意參數(shù)。
6．32 命令
通過已建立的連接發(fā)出的“命令”可以某種方式來操作數(shù)據(jù)源。一般情況下，命令可以在數(shù)據(jù)源中添加、刪除或更新數(shù)據(jù)，或者在表中以行的格式檢索數(shù)據(jù)。對(duì)象模型用 Command 對(duì)象來體現(xiàn)命令概念。使用 Command 對(duì)象可使 ADO 優(yōu)化命令的執(zhí)行。
- 參數(shù)
通常，命令需要的變量部分即“參數(shù)”可以在命令發(fā)布之前進(jìn)行更改。例如，可重復(fù)發(fā)出相同的數(shù)據(jù)檢索命令，但每一次均可更改指定的檢索信息。
參數(shù)對(duì)與函數(shù)活動(dòng)相同的可執(zhí)行命令非常有用，這樣就可知道命令是做什么的，但不必知道它如何工作。例如，可發(fā)出一項(xiàng)銀行過戶命令，從一方借出貸給另一方。可將要過戶的款額設(shè)置為參數(shù)。
對(duì)象模型用 Parameter 對(duì)象來體現(xiàn)參數(shù)概念。
6．33 記錄集
如果命令是在表中按信息行返回?cái)?shù)據(jù)的查詢（行返回查詢），則這些行將會(huì)存儲(chǔ)在本地。
對(duì)象模型將該存儲(chǔ)體現(xiàn)為 Recordset 對(duì)象。但是，不存在僅代表單獨(dú)一個(gè) Recordset 行的對(duì)象。
記錄集是在行中檢查和修改數(shù)據(jù)最主要的方法。
6．34 字段
一個(gè)記錄集行包含一個(gè)或多個(gè)“字段”。如果將記錄集看作二維網(wǎng)格，字段將排列構(gòu)成“列”。每一字段（列）都分別包含有名稱、數(shù)據(jù)類型和值的屬性，正是在該值中包含了來自數(shù)據(jù)源的真實(shí)數(shù)據(jù)。
對(duì)象模型以 Field 對(duì)象體現(xiàn)字段。
要修改數(shù)據(jù)源中的數(shù)據(jù)，可在記錄集行中修改 Field 對(duì)象的值，對(duì)記錄集的更改最終被傳送給數(shù)據(jù)源。作為選項(xiàng)，Connection 對(duì)象的事務(wù)管理方法能夠可靠地保證更改要么全部成功，要么全部失敗。
6．35 錯(cuò)誤
錯(cuò)誤隨時(shí)可在應(yīng)用程序中發(fā)生，通常是由于無法建立連接、執(zhí)行命令或?qū)δ承顟B(tài)（例如，試圖使用沒有初始化的記錄集）的對(duì)象進(jìn)行操作。
對(duì)象模型以 Error 對(duì)象體現(xiàn)錯(cuò)誤。
任意給定的錯(cuò)誤都會(huì)產(chǎn)生一個(gè)或多個(gè) Error 對(duì)象，隨后產(chǎn)生的錯(cuò)誤將會(huì)放棄先前的 Error 對(duì)象組。
6．36 屬性
每個(gè) ADO 對(duì)象都有一組唯一的“屬性”來描述或控制對(duì)象的行為。
屬性有內(nèi)置和動(dòng)態(tài)兩種類型。內(nèi)置屬性是 ADO 對(duì)象的一部分并且隨時(shí)可用。動(dòng)態(tài)屬性則由特別的數(shù)據(jù)提供者添加到 ADO 對(duì)象的屬性集合中，僅在提供者被使用時(shí)才能存在。
對(duì)象模型以 Property 對(duì)象體現(xiàn)屬性。
6．37 集合
ADO 提供“集合”，這是一種可方便地包含其他特殊類型對(duì)象的對(duì)象類型。使用集合方法可按名稱（文本字符串）或序號(hào)（整型數(shù)）對(duì)集合中的對(duì)象進(jìn)行檢索。
ADO 提供四種類型的集合：
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ù)類型來設(shè)置或檢索值的屬性。然而，有必要將某些屬性看成是數(shù)據(jù)類型“COLLECTION OBJECT”的返回值。相應(yīng)的，集合對(duì)象具有存儲(chǔ)和檢索適合該集合的其他對(duì)象的方法。
6．38 事件
ADO 2.0 支持事件，事件是對(duì)某些操作將要或已經(jīng)發(fā)生的通知。
有兩類事件：ConnectionEvent 和 RecordsetEvent。Connection 對(duì)象產(chǎn)生 ConnectionEvent 事件，而 Recordset 對(duì)象則產(chǎn)生 RecordsetEvent 事件。
事件由事件處理程序例程處理，該例程在某個(gè)操作開始之前或結(jié)束之后被調(diào)用。
某些事件是成對(duì)出現(xiàn)的。開始操作前調(diào)用的事件名格式為 WillEvent（Will 事件），而操作結(jié)束后調(diào)用的事件名格式為 EventComplete（Complete 事件）。其余的不成對(duì)事件只在操作結(jié)束后發(fā)生。（其名稱沒有任何固定模式。）事件處理程序由狀態(tài)參數(shù)控制。附加信息由錯(cuò)誤和對(duì)象參數(shù)提供。
可以請(qǐng)求事件處理程序不接受第一次通知以后的任何通知。例如，可以選擇只接收 Will 事件或 Complete 事件。
下面的代碼顯示了一個(gè)使用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 rst As New Recordset
Set rst = New Recordset
rst.Open "select * from 模擬量變化歷史表", 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
|
6．4總結(jié)
ADO技術(shù)是訪問數(shù)據(jù)庫的新技術(shù)，具有易于使用、訪問靈活、應(yīng)用廣泛的特點(diǎn)。用ADO訪問數(shù)據(jù)源的特點(diǎn)可總結(jié)如下：
- 易于使用
這是ADO技術(shù)的最重要的一個(gè)特征。由于ADO是高層應(yīng)用，所以相對(duì)于OLE DB或者ODBC來說，它具有面向?qū)ο蟮奶匦浴Ｍ瑫r(shí)，在ADO的對(duì)象結(jié)構(gòu)中，其對(duì)象之間的層次關(guān)系并不明顯。相對(duì)于DAO等訪問技術(shù)來講，又不必關(guān)心對(duì)象的構(gòu)造順序和構(gòu)造層次。對(duì)于要用的對(duì)象，不必選建立連接、會(huì)話等對(duì)象，只需直接構(gòu)造即可，方便了應(yīng)用程序的編制。
- 高速訪問數(shù)據(jù)源
由于ADO技術(shù)基于OLE DB，所以，它也繼承了OLE DB訪問數(shù)據(jù)庫的高速性。
- 可以訪問不同數(shù)據(jù)源
ADO技術(shù)可以訪問包括關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫的所有文件系統(tǒng)。此特點(diǎn)使應(yīng)用程序有很多的靈活性和通用性。
- 可以用于Microsoft ActiveX頁
ADO技術(shù)可以以ActiveX控件的形式出現(xiàn)，所以，可以被用于Microsoft ActiveX頁，此特征可簡化WEB頁的編程。
- 程序占用內(nèi)存少
由于ADO是基于組件對(duì)象模型（COM）的訪問技術(shù)，所以，用ADO產(chǎn)生的應(yīng)用程序占用內(nèi)存少。
7、總結(jié)
要在訪問數(shù)據(jù)時(shí)判斷出應(yīng)該使用哪一種技術(shù)，這并不容易。可能需要公用實(shí)用程序來處理多個(gè)數(shù)據(jù)庫類型；部分?jǐn)?shù)據(jù)可能出現(xiàn)在本地硬盤驅(qū)動(dòng)器上，部分在網(wǎng)絡(luò)上，還有一部分在主機(jī)上。甚至客戶安裝在設(shè)備上的產(chǎn)品也會(huì)使這種選擇更加困難。例如，你所期待的ODBC支持級(jí)別也許依賴于所安裝的Microsoft Office的版本，因?yàn)檫@個(gè)產(chǎn)品不提供ODBC支持。你還會(huì)發(fā)現(xiàn)，ADO類提供的對(duì)象和方法要比ODBC類多。ADO可以提供程序中絕對(duì)必須具有的一些特性棗例如，你會(huì)發(fā)現(xiàn)OLE-DB和ADO兩者都支持DFX_Currency，但在ODBC中沒有對(duì)應(yīng)的功能，但你要想掌握它們也必須付出一定的努力。
選擇OLE-DB或ODBC時(shí)，有幾條一般的規(guī)則。因?yàn)锳DO實(shí)際上只是OLE-DB的包裝，所以這些規(guī)則也適用于它。下面提供一些基本的原則，可以用來幫助你決定選擇OLE-DB還是ODBC。
非OLE環(huán)境 如果要訪問支持ODBC的數(shù)據(jù)庫，而該數(shù)據(jù)庫又在不支持OLE的服務(wù)器上，那么ODBC是最好的選擇。
非SQL環(huán)境 ODBC在處理SQL時(shí)非常出眾。處理非SQL數(shù)據(jù)庫時(shí)，OLE-DB則具有非常明顯的優(yōu)勢。
OLE環(huán)境 對(duì)支持OLE的服務(wù)器來說，選擇OLE-DB還是ODBC也許是希望各半。如果有ODBC驅(qū)動(dòng)程序可供利用，那么使用ODBC是一個(gè)好主意；否則，就只有選擇OLE-DB了。
所需的互操作性 如果需要可互操作的數(shù)據(jù)庫部件，那么只有選擇OLE-DB。
posted on 2006-05-29 08:48
小石頭 閱讀(4156)
評(píng)論(6) 編輯 收藏 引用