下列RDBMS(關聯式資料庫管理系統)從最早至今,依時間排列
DAO(Data Access Objects)一組COM元件的集合,適合存取桌上型資料庫管理系統管理的資料
ODBC((Open Database Connectivity)存取client/server資料庫的通用介面。
RDO(Remote Data Objects)一組COM元件的集合,利ODBC介面存取Client/Server資料庫的資料
UDA(Universal data Access,統一資料存取介面)程式可以存取任何型態的資料
OLE DB實現一套程式存取不同資料來源的COM介面。
ADO(ActiveX Data Object)是UDA理想的實踐,讓應用程式使用效能好的OLE DB這種最新的COM資料庫存取資料。
DAO
DAO是一組COM元件的集合,適合VB
C++可以使用dbDAO class製作資料庫應用程式(類似VB)
ODBC
ODBC是存取Client/Server資料庫的通用介面,可以使用同一組程式碼存取來自不同資料庫的資料。
三個層次:
核心層次:
所有的ODBC驅動程式都必須遵循的層次。
Level1層次:
包含核心層次規定的所有功能,再加上異動(transactions)等RDBMS通常具備的功能。
Level2層次:
包含Level1層次規定的所有功能,再加上非同步執行等功能。
C++程式開發者可以呼叫ODBC API,但是使用難度高,所以一般資料庫程式設計師都採用易於操作的ADO、RDO、ODBC Class of MFC。
RDO
RDO是ODBC API架構上一層輕巧的包裝,其多數的功能來自ODBC驅動程式及資料庫引擎。
使用RDO對ODBC存取的做法類似DAO,只是用戶不必載入資料庫引擎,較省記憶體。
和DAO一樣,RDO也是一組COM的集合,另外,還提供一個ActiveX控制項(DBGrid或DBList控制項)執行資料庫查詢並取回所得到的記錄。
OLE DB
是一組可以讓應用程式使用同一套程式碼存取不同資料來源的COM介面。是一個公開的規格功能類似ODBC。
三個層次:
Data Consumer(資料消費者)
使用資料者所提供資料的人,任何使用ADO執行資料庫存取的應用程式都是OLE DB資料消費者。
Service Component(服務元件)
負責處理或居中傳遞資料以擴充資料提供者的功能。
Data Provider(資料提供者)
像SQL Server、Microsoft Exchange甚至ODBC等提供資料給應用程式使用的程式,都叫資料提供表。提供資料給Data Consumer或Service Component使用。
ADO
ADO是一組架構在OLE DB介面上的高效能、容易使用的應用程式介面,於設計時已對於佔用記憶體、網路資料往返次數、物件層次多寡做過最佳化,所以體積小、高效能。
用來取代之前的RDO、DAO因此,在使用習慣上盡量做到符合RDO和DAO,設計上卻更為簡單,目的在於更易於學習。
ADO有提供ADO Data Control,是RDO Data Source Control的改進版本。
沒有留言:
張貼留言
(什麼是留言欄訊息?)