VC++ ADO開發實踐之五 (轉)

VC++ ADO開發實踐之五 (轉)[@more@]

一、ADO概述

ADO是為最新和最強大的資料訪問範例 OLE 而設計的，是一個便於使用的應用層介面。ADO 使您能夠編寫應用程式以透過 OLE.DB 提供者訪問和操作中的資料。ADO 最主要的優點是易於使用、速度快、支出少和遺蹟小。ADO 在關鍵的應用方案中使用最少的流量，並且在前端和資料來源之間使用最少的層數，所有這些都是為了提供輕量、高的介面。之所以稱為 ADO，是用了一個比較熟悉的暗喻，OLE 自動化介面。

OLE DB是一組”模型”(COM) 介面，是新的資料庫低層介面，它封裝了ODBC的功能，並以統一的方式訪問在不同資訊源中的資料。OLE DB是Microsoft UDA(Universal Data Access)策略的技術基礎。OLE DB 為任何資料來源提供了高效能的訪問，這些資料來源包括關係和非關聯式資料庫、電子和、文字和圖形、自定義業務物件等等。也就是說，OLE DB 並不侷限於 ISAM、Jet 甚至關係資料來源，它能夠處理任何型別的資料，而不考慮它們的格式和儲存方法。在實際應用中，這種多樣性意味著可以訪問駐留在 電子資料表、文字檔案、電子郵件/目錄服務甚至，諸如 Microsoft 中的資料。但是，OLE DB 應用程式介面的目的是為各種應用程式提供最佳的功能，它並不符合簡單化的要求。您需要的 應該是一座連線應用程式和 OLE DB 的橋樑，這就是 Data s (ADO)。

二、在VC中使用ADO

1、引入ADO庫檔案

使用ADO前必須在工程的stdafx.h檔案裡用直接引入符號#import引入ADO庫檔案,以使能正確編譯。程式碼如下所示：

程式碼1：用#import引入ADO庫檔案

#import "c:program filescommon filessystemadomsado15.dll"

no_namespaces rename("EOF" adoEOF")

這行語句宣告在工程中使用ADO，但不使用ADO的名字空間，並且為了避免常數衝突，將常數EOF改名為adoEOF。現在不需新增另外的標頭檔案，就可以使用ADO介面了。

2、初始化OLE/COM庫環境

必須注意的是，ADO庫是一組COM動態庫，這意味應用程式在ADO前，必須初始化OLE/COM庫環境。在MFC應用程式裡，一個比較好的方法是在應用程式主類的InitInstance成員裡初始化OLE/COM庫環境。

　

程式碼2：初始化OLE/COM庫環境

BOOL CADOApp：：InitInstance()

{

if(!AfxOleInit())

　

{

AfxMessageBox(“OLE初始化出錯!”);

return FALSE;

}

……

　

}

函式AfxOleInit在每次應用程式啟動時初始化OLE/COM庫環境。

同DAO和CDatabase一樣，ADO由幾個介面組成：

_ConnectionPtr,_CommandPtr和_RecordsetPtr.

不同於DAO和Cdatabase的是，ADO基於COM的介面，因此，假如你沒有接觸過COM，你應該在使用ADO前先找有關書籍瞭解一下COM。

3、ADO介面簡介

ADO庫包含三個基本介面:_ConnectionPtr介面、_CommandPtr介面和_RecordsetPtr介面。

_ConnectionPtr介面返回一個記錄集或一個空指標。通常使用它來建立一個資料連線或一條不返回任何結果的語句，如一個。使用_ConnectionPtr介面返回一個記錄集不是一個好的使用方法。通常同CDatabase一樣，使用它建立一個資料連線，然後使用其它物件執行資料輸入輸出操作。

_CommandPtr介面返回一個記錄集。它提供了一種簡單的方法來執行返回記錄集的儲存過程和SQL語句。在使用_CommandPtr介面時，你可以利用全域性_ConnectionPtr介面，也可以在_CommandPtr介面裡直接使用連線串。如果你只執行一次或幾次資料訪問操作，後者是比較好的選擇。但如果你要頻繁訪問資料庫，並要返回很多記錄集，那麼，你應該使用全域性_ConnectionPtr介面建立一個資料連線，然後使用_CommandPtr介面執行儲存過程和SQL語句。

_RecordsetPtr是一個記錄集物件。與以上兩種物件相比，它對記錄集提供了更多的控制功能，如記錄鎖定，遊標控制等。同_CommandPtr介面一樣，它不一定要使用一個已經建立的資料連線，可以用一個連線串代替連線指標賦給_RecordsetPtr的connection成員變數，讓它自己建立資料連線。如果你要使用多個記錄集，最好的方法是同Command物件一樣使用已經建立了資料連線的全域性_ConnectionPtr介面，然後使用_RecordsetPtr執行儲存過程和SQL語句。

　

4、使用_ConnectionPtr介面

_ConnectionPtr是一個連線介面，它類似於CDatabase和CDaoDatabase。它們的工作原理相似。首先建立一個_ConnectionPtr介面例項，接著指向並開啟一個ODBC資料來源或OLE DB資料提供者(Provr)。以下程式碼和CDaoDatabase分別建立一個基於DSN和非DSN的資料連線。

　

程式碼3:使用CDaoDatabase（基於DSN）

CDaoDatabase MyDb = new CDaoDatabase();

MyDb.Open(NULL,FALSE,FALSE,"ODBC;DSN=samp;UID=admin;PWD=admin");

　

　

程式碼4:使用CDaoDatabase（基於非DSN）

CDaoDatabase MyDb = new CDaoDatabase();

MyDb.Open(NULL,FALSE,FALSE,"ODBC;={};SERVER=server;

DATABASE=samp;UID=admin;PWD=admin");

　

　

程式碼5:使用_ConnectionPtr(基於DSN)

_ConnectionPtr MyDb;

MyDb.CreateInstance(__uuidof(Connection));

MyDb->Open("DSN=samp;UID=admin;PWD=admin","","",-1);

　

　

程式碼6:使用_ConnectionPtr (基於非DSN)

_ConnectionPtr MyDb;

MyDb.CreateInstance(__uuidof(Connection));

MyDb->Open("Provider=SQLOLEDB;SERVER=server;DATABASE=samp;UID=admin;

PWD=admin","","",-1);

　

5、使用_RecordsetPtr介面

_RecordsetPtr介面的使用方法和CDaoDatabase類似，透過以下程式碼的比較，你會發現使用_RecordsetPtr介面非常簡單(以下程式碼使用上面已經建立的資料連線):

　

程式碼7:使用CDaoDatabase執行SQL語句

CDaoRecordset MySet = new CDaoRecordset(MyDb);

MySet->Open(AFX_DAO_USE_DEFAULT_TYPE," * FROM t_samp");

Now using ADO:

　

　

程式碼8:使用_RecordsetPtr執行SQL語句

_RecordsetPtr MySet;

MySet.CreateInstance(__uuidof(Recordset));

MySet->Open("SELECT * FROM some_table",

MyDb.GetInterfacePtr(),adOpenDynamic,adLockOptimistic,adCmdText);

現在我們已經有了一個資料連線和一個記錄集，接下來就可以使用資料了。從以下程式碼可以看到，使用ADO的_RecordsetPtr介面，就不需要象DAO那樣頻繁地使用大而複雜的資料結構VARIANT，並強制轉換各種資料型別了，這也是ADO的優點之一。假定程式有一個名稱為m_List的的ListBox，下面程式碼我們用_RecordsetPtr介面獲取記錄集資料並填充這個ListBox控制元件：

　

程式碼9:使用DAO訪問資料

VARIANT * vFieldValue;

COleVariant covFieldValue;

CString Holder;

while(!MySet->IsEOF())

{

MySet->GetFieldValue("FIELD_1", covFieldValue);

vFieldValue = (LPVARIANT)covFieldValue;

if(vFieldValue->vt!-VT_NULL)

{

Holder.Format("%s",vFieldValue->pbVal);

m_List.AddString(Holder);

　

}

MySet.MoveNext();

　

}

　

程式碼10:使用ADO訪問資料

_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發生錯誤!");

}

必須始終在程式碼中用try和catch來捕獲ADO錯誤,否則ADO錯誤會使你的應用程式崩潰。當ADO發生執行時錯誤時(如資料庫不存在),OLE DB資料提供者將自動建立一個_com_error物件,並將有關錯誤資訊填充到這個物件的成員變數.

　

6、使用_CommandPtr介面

_CommandPtr介面返回一個Recordset物件，並且提供了更多的記錄集控制功能，以下程式碼示例了使用_CommandPtr介面的方法：

　

程式碼11:使用_CommandPtr介面獲取資料

_CommandPtr pCommand;

_RecordsetPtr MySet;

pCommand.CreateInstance(__uuidof(Command));

pCommand->ActiveConnection=MyDb;

pCommand->CommandText="select * from some_table";

pCommand->CommandType=adCmdText;

pCommand->Parameters->Refresh();

MySet=pCommand->Execute(NULL,NULL,adCmdUnknown);

_variant_t TheValue = MySet->GetCollect("FIELD_1");

CString sValue=(char*)_bstr_t(TheValue);

7、關於資料型別轉換

由於COM物件是跨平臺的，它使用了一種通用的方法來處理各種型別的資料，因此CString 類和COM物件是不相容的，我們需要一組API來轉換COM物件和C++型別的資料。_vatiant_t和_bstr_t就是這樣兩種物件。它們提供了通用的方法轉換COM物件和C++型別的資料。

8、小結

資料訪問發展的趨勢是OLE DB.使用OLE DB最簡單的方法是ADO.ADO的物件層次模型封裝了資料庫訪問細節,為C++程式設計師提供了一種非常好的資料訪問策略。