本文介紹ADO類，首先先向大家介紹下什么是ADO類，以及ADO類是怎么分類的，下面就對ADO類這個問題進行分析研究，ADO包括了6個類：Connection，Command，Recordset，Errors，Parameters，Fields

1992年Microsoft和Sybase、Digital共同制定了ODBC標準接口，以單一的ODBC API來存取各種不同的數據庫。隨后ODBC便獲得了許多數據庫廠商和Third-Party的支持而逐漸成為標準的數據存取技術。

ODBC以當時的業界標準規范X/OpenCall-LevelInterface(CLI)和ISO/IEC9075-3Call-LevelInterface(SADO類QL/CLI)為涵蓋的范圍，因而支持了廣闊的數據庫。雖然ODBC在初期的版本中執行效率不佳，而且功能有限，因此也為人們所貶低。但是，隨著Microsoft不斷地改善ODBC，使ODBC的執行效率不斷增加，ODBC驅動程序的功能也日漸齊全。到目前，ODBC已經是一個穩定并且執行效率良好的數據存取引擎。

不過ODBC僅支持關系數ADO類據庫，以及傳統的數據庫數據類型，并且只以C/C++語言API(API就是一些C語言的代碼，是***層的程序,在windows中就是一些.dll的文件)形式提供服務，因而無法符合日漸復雜的數據存取應用，也無法讓腳本語言使用。因此Microsoft除了ODBC之外，也推出了其他的數據存取技術以滿足程序員不同的需要。(注：ODBC是面向過程的語言，由C語言開發出來，不能兼容多種語言，所以開發的難度大，而且只支持有限的數據庫公司，對于后來的EXCEL等根本不能支持)

隨著數據源日益復雜化，現今的應用程序很可能需要從不同的數據源取得數據，加以處理，再把處理過的數據輸出到另外一個數據源中。ADO類更麻煩的是這些數據源可能不是傳統的關系數據庫，而可能是Excel文件，Email，Internet/Intranet上的電子簽名信息。Microsoft為了讓應用程序能夠以統一的方式存取各種不同的數
據源，在1997年提出了UniversalDataAccess(UDA)架構。#t#

UDA以COM技術為核心，協助程序ADO類員存取企業中各類不同的數據源。UDA以OLE-DB(屬于操作系統層次的軟件)做為技術的骨架。OLE-DB定義了統一的ADO類接口做為存取各類異質數據源的標準，并且封裝在一組COM對象之中。藉由OLE-DB，程序員就可以使用一致的方式來存取各種數據。但仍然OLEDB是一個低層次的，利用效率不高。

雖然OLE-DB允許程序員存取各類數據，是一個非常良好的架構，但是由于OLE-DB太底層化，而且在使用上非常復雜，需要程序員擁有高超的技巧，因此只有少數的程序員才有辦法使用OLE-DB。這讓OLE-DB無法廣為流行。

為了解決這個問題，并且讓VB和腳本語言也能夠藉由OLE-DB存取各種數據源，Microsoft同樣以COM技術封裝OLE-DB為ADO對象，(這一步是很重要的，實現了多種程序可以互相調，并且可以開發的語言也豐富了)簡化了程序員數據存取的工作。由于 ADO成功地封裝了OLE-DB大部分的功能，并且大量簡化了數據存取工作，因此 ADO類也逐漸被愈來愈多的程序員所接受。ADO包括了6個類：Connection，Command，Recordset，Errors，Parameters，Fields