1、 概述
1、1 Visual C++開發數據庫技術的特點
Visual C++提供了多種多樣的數據庫訪問技術——ODBC API、MFC ODBC、DAO、OLE DB、ADO等。這些技術各有自己的特點，它們提供了簡單、靈活、訪問速度快、可擴展性好的開發技術。
簡單性
Visual C++中提供了MFC類庫、ATL模板類以及AppWizard、ClassWizard等一系列的Wizard工具用於幫助用戶快速的建立自己的應用程序，大大簡化了應用程序的設計。使用這些技術，可以使開發者編寫很少的代碼或不需編寫代碼就可以開發一個數據庫應用程序。
靈活性
Visual C++提供的開發環境可以使開發者根據自己的需要設計應用程序的界面和功能，而且，Visual C++提供了豐富的類庫和方法，可以使開發者根據自己的應用特點進行選擇。
訪問速度快
為了解決ODBC開發的數據庫應用程序訪問數據庫的速度慢的問題，Visual C++提供了新的訪問技術——OLE DB和ADO，OLE DB和ADO都是基於COM接口的技術，使用這種技術可以直接對數據庫的驅動程序進行訪問，這大大提供了訪問速度。
可擴展性
Visual C++提供了OLE技術和ActiveX技術，這種技術可以增強應用程序的能力。使用OLE技術和ActiveX技術可以使開發者利用Visual C++中提供的各種組件、控件以及第三方開發者提供的組件來創建自己的程序，從而實現應用程序的組件化。使用這種技術可以使應用程序具有良好的可擴展性。
訪問不同種類數據源
傳統的ODBC技術只能訪問關系型數據庫，在Visual C++中，提供了OLE DB訪問技術，不僅可以訪問關系型數據庫，還可以訪問非關系型數據庫。
1、2 Visual C++開發數據庫技術
Visual C++提供了多種訪問數據庫的技術，如下所示：
ODBC（Open DataBase Connectivity）
MFC ODBC(Microsoft Foundation Classes ODBC)
DAO (Data Access Object)
OLE DB(Object Link and Embedding DataBase)
ADO(ActiveX Data Object)
這些技術各有自己的特點，總結如下：
ODBC
ODBC是客戶應用程序訪問關系數據庫時提供的一個統一的接口，對於不同的數據庫，ODBC提供了一套統一的API，使應用程序可以應用所提供的API來訪問任何提供了ODBC驅動程序的數據庫。而且，ODBC已經成為一種標准，所以，目前所有的關系數據庫都提供了ODBC驅動程序，這使ODBC的應用非常廣泛，基本上可用於所有的關系數據庫。
但由於ODBC只能用於關系數據庫，使得利用ODBC很難訪問對象數據庫及其它非關系數據庫。
由於ODBC是一種底層的訪問技術，因些，ODBC API可以使客戶應用程序能夠從底層設置和控制數據庫，完成一些高層數據庫技術無法完成的功能。
MFC ODBC
由於直接使用ODBC API編寫應用程序要編制大量代碼，在Visual C++中提供了MFC ODBC類，封裝了ODBC API，這使得利用MFC來創建ODBC的應用程序非常簡便。
DAO
DAO提供了一種通過程序代碼創建和操縱數據庫的機制。多個DAO構成一個體系結構，在這個結構中，各個DAO對象協同工作。MFC DAO是微軟提供的用於訪問Microsoft Jet數據庫文件(*.mdb)的強有力的數據庫開發工具，它通過DAO的封裝，向程序員提供了DAO豐富的操作數據庫手段。
OLE DB
OLE DB是Visual C++開發數據庫應用中提供的新技術，它基於COM接口。因此，OLE DB對所有的文件系統包括關系數據庫和非關系數據庫都提供了統一的接口。這些特性使得OLE DB技術比傳統的數據庫訪問技術更加優越。
與ODBC技術相似，OLE DB屬於數據庫訪問技術中的底層接口。
直接使用OLE DB來設計數據庫應用程序需要大量的代碼。在VC中提供了ATL模板，用於設計OLE DB數據應用程序和數據提供程序。
ADO
ADO技術是基於OLE DB的訪問接口，它繼承了OLE DB技術的優點，並且，ADO對OLE DB的接口作了封裝，定義了ADO對象，使程序開發得到簡化，ADO技術屬於數據庫訪問的高層接口。
2、 使用ODBC API
Microsoft 開放數據庫互連(ODBC,Open DataBase Connectivity)是Microsoft Windows 開放服務體系（WOSA）的一部分，是一個數據庫訪問的標准接口。使用這一標准接口，我們可以不關心具體的數據庫管理系統（DBMS）的細節，而只要有相應類型數據庫的ODBC驅動程序，就可以實現對數據庫的訪問。
ODBC編程接口為我們提供了極大的靈活性，我們可以通過這一個接口訪問不同種類的數據庫。而且，通過相應的ODBC驅動程序，我們可以方便地實現不同數據類型之間的轉換。
2．1 ODBC API 概述
ODBC是一個應用廣泛的數據庫訪問應用編程接口（API），使用標准的SQL（結構化查詢語言）作為其數據庫訪問語言。
2．11體系結構
ODBC的結構是建立在客戶機／服務器體系結構之上，它包含如下四個部分：
應用程序（Application ）：
應用程序即用戶的應用，它負責用戶與用戶接口之間的交互操作，以及調用ODBC函數以給出SQL請求並提取結果以及進行錯誤處理。
ODBC驅動程序管理器（Driver Manager）:
ODBC驅動程序管理器為應用程序加載和調用驅動程序，它可以同時管理多個應用程序和多個驅動程序。它的功能是通過間接調用函數和使用動態鏈接庫（DLL）來實現的，因此它一般包含在擴展名為”DLL”的文件中。
ODBC驅動程序（Driver）
ODBC 驅動程序執行ODBC函數調用，呈送 SQL 請求給指定的數據源，並將結果返回給應用程序。驅動程序也負責與任何訪問數據源的必要軟件層進行交互作用，這種層包括與底層網絡或文件系統接口的軟件。
數據源
數據源由數據集和與其相關聯的環境組成，包括操作系統、DBMS 和網絡（如果存在的話）。ODBC 通過引入“數據源”的概念解決了網絡拓撲結構和主機的大范圍差異問題，這樣，用戶看到的是數據源的名稱而不必關心其它東西。
2．12數據類型
ODBC使用兩類數據類型：SQL數據類型和C數據類型。SQL數據類型用於數據源，C數據類型用於應用程序代碼中。
2．13句柄
ODBC API 實現數據庫操作的手段是語句，這是一個強有力的手段。ODBC語句除了能執行SQL語句和完成查詢操作之外，還能實現大多數數據庫操作。
在ODBC中，使用不同的句柄（HANDLE）來標志環境(ENVIRONMENT)、連接(CONNECTION)、語句（STATEMENT）、描述器（DESCRIPTOR）等。
句柄就是一個應用程序變量，系統用它來存儲關於應用程序的上下文信息和應用程序所用到的一些對象。它和 Windows 編程中的概念類似，不過ODBC 更加完善了句柄的作用。
1、 環境句柄是 ODBC 中整個上下文的句柄，使用 ODBC 的每個程序從創建環境句柄開始，以釋放環境句柄結束。所有其它的句柄（這一應用程序所有的聯接句柄和語句句柄）都由環境句柄中的上下文來管理。環境句柄在每個應用程序中只能創建一個。
2、聯接句柄管理有關聯接的所有信息。聯接句柄可以分配多個，這不僅合法而且很有用；但不要生成不必要的句柄以免資源的浪費。但是，不同的驅動程序支持的聯接情況有所不同，有的驅動程序在一個應用程序中僅支持一個聯接句柄，有的驅動程序僅支持一個語句句柄。在應用程序中，可以在任何適當的時候聯接或脫離數據源，但不要輕易地建立或脫離聯接。
3、語句句柄是 ODBC API 真正發揮重要作用的，它被用來處理 SQL 語句及目錄函數，每個語句句柄只與一個聯接有關。當驅動程序接收一個來自應用程序的函數調用指令而該指令包含一個語句句柄時，驅動程序管理器將使用存儲在語句句柄中的聯接句柄來將這一函數調用發送給合適的驅動程序。
4、描述器句柄是元數據的集合，這些元數據描述了SQL語句的參數、記錄集的列等信息。當有語句被分配內存之後，描述器自動生成，稱為自動分配描述器。在程序中，應用程序也可調用SQLAllocHandle分配描述器。
當應用程序調用API函數SQLAllocHandle時，驅動管理器或者ODBC驅動程序將為所聲明的句柄類型分配內部結構，返回句柄值。
2．14異常處理
為了在程序開發過程中調試程序，發現程序錯誤，ODBC API通過兩種方式返回有關ODBC API函數執行的的信息：返回碼和診斷記錄。返回碼返回函數執行的返回值，說明函數執行成功與否。診斷記錄說明函數執行的詳細信息。
返回碼（Return Code）
每一個ODBC API函數都返回一個代碼——返回碼，指示函數執行的成功與否。如果函數調用成功，返回碼為SQL_SUCCESS或SQL_SUCCESS_WITH_INFO。SQL_SUCCESS指示可通過診斷記錄獲取有關操作的詳細信息，SQL_SUCCESS_WITH_INFO指示應用程序執行結果帶有警告信息，可通過診斷記錄獲取詳細的信息。如果函數調用失敗，返回碼為SQL_ERROR。
下面的一段代碼根據函數SQLFetch()執行的返回碼，判斷函數執行的成功與否，從而據此進行相應的處理。
SQLRETURN rtcode;
SQLHSTMT hstmt;
While(rtcode=SQLFetch(hstmt)!=SQL_NO_DATA)
{
if(rtcode==SQL_SUCCESS_WITH_INFO)
{
//顯示警告信息
}
else
{
//顯示出錯信息
break;
}
//函數調用成功，進行處理
}
如果程序執行錯誤，返回碼為SQL_INVALID_HANDLE，程序無法執行，而其它的返回碼都帶有程序執行的信息。
診斷記錄(Diagnostic Records)
每個ODBC API函數都能夠產生一系列的反映操作信息的診斷記錄。這些診斷記錄放在相關連的ODBC句柄中，直到下一個使用同一個句柄的函數調用，該診斷記錄一直存在。診斷記錄的大小沒有限制。
診斷記錄有兩類：頭記錄（Head Record）和狀態記錄（Status Record）。頭記錄是第一版權法記錄(Record 0)，後面的記錄為狀態記錄。診斷記錄有許多的域組成，這些域在頭記錄和狀態記錄中是不同的。
可以用SQLGetDiagFIEld函數獲取診斷記錄中的特定的域，另外，可以使用SQLGetDiagRec()獲取診斷記錄中一些常用的域，如SQLSTATE、原始錯誤號等。
頭記錄
頭記錄的各個域中包含了一個函數執行的通用信息，無論函數執行成功與否，只要不返回SQL_INVALID_HANDLE,都會生成頭記錄。
狀態記錄
狀態記錄中的每個域包含了驅動管理器、ODBC驅動程序或數據源返回的特定的錯誤或警告信息，包括SQLSTATE、原始錯誤碼、診斷信息、列號和行號等。只有函數執行返回SQL_ERROR,SQL_STILL_EXEUTING、SQL_SUCCESS_WITH_INFO、SQL_NEED_DATA或SQL_NO_DATA時，才會生成診斷記錄。
使用SQLGetDiagRec和SQLGetDiagFIEld
應用程序可以調用函數SQLGetDiagRec或SQLGetDiagFIEld獲取診斷信息。對於給定的句柄，這兩個函數返回最近使用該句柄的函數的診斷信息。當有使用該句柄的函數執行時，句柄記錄所記錄的原有的診斷信息被覆蓋。如果函數執行後產生多個狀態記錄，程序必須多次調用這兩個函數以獲取信息。
