一、ODBC
ODBC（Open Database Connectivity，開放數據庫互連）是微軟公司開放服務結構（WOSA，Windows Open Services Architecture）中有關數據庫的一個組成部分，它建立了一組規范，并提供了一組對數據庫訪問的標準API（應用程序編程接口）。這些API利用 SQL來完成其大部分任務。ODBC本身也提供了對SQL語言的支持，用戶可以直接將SQL語句送給ODBC。

應用程序要訪問一個數據庫，首先必須用ODBC管理器注冊一個數據源，管理器根據數據源提供的數據庫位置、數據庫類型及ODBC驅動程序等信息，建立起ODBC與具體數據庫的聯系。這樣，只要應用程序將數據源名提供給ODBC，ODBC就能建立起與相應數據庫的連接。


二、OLE DB
1.? Object Linking and Embedding,對象連接與嵌入，簡稱OLE技術。OLE不僅是桌面應用程序集成，而且還定義和實現了一種允許應用程序作為軟件“對象”（數據集合和操作數據的函數）彼此進行“連接”的機制，這種連接機制和協議稱為部件對象模型（Component Object Model）,簡稱COM。OLE可以用來創建復合文檔，復合文檔包含了創建于不同源應用程序，有著不同類型的數據，因此它可以把文字、聲音、圖像、表格等組合在一起。

對象鏈接和嵌入。在客戶應用程序間傳輸和共享信息的一組綜合標準。允許創建帶有指向應用程序的鏈接的混合文檔以使用戶修改時不必在應用程序間切換的協議。 OLE基于組件對象模型(COM) 并允許開發可在多個應用程序間互操作的可復用即插即用對象。該協議已廣泛用于商業上，在商業中電子表格、字處理程序、財務軟件包和其他應用程序可以通過客戶/服務器體系共享和鏈接單獨的信息

2.? OLE DB（OLEDB）是微軟的戰略性的通向不同的數據源的低級應用程序接口。OLE DB不僅包括微軟資助的標準數據接口開放數據庫連通性（ODBC）的結構化問題語言（SQL）能力，還具有面向其他非SQL數據類型的通路。作為微軟的組件對象模型（COM）的一種設計，OLE DB是一組讀寫數據的方法（在過去可能被稱為渠道）。OLD DB中的對象主要包括數據源對象、階段對象、命令對象和行組對象。使用OLE DB的應用程序會用到如下的請求序列： 初始化OLE 連接到數據源發出命令 處理結果 釋放數據源對象并停止初始化OLE

OLE DB標準中定義的新概念----OLE DB將傳統的數據庫系統劃分為多個邏輯組件，這些組件之間相對獨立又相互通信。這種組件模型中的各個部分被冠以不同的名稱：數據提供者（Data Provider）。提供數據存儲的軟件組件，小到普通的文本文件、大到主機上的復雜數據庫，或者電子郵件存儲，都是數據提供者的例子。有的文檔把這些軟件組件的開發商也稱為數據提供者。

我們要開啟如Access 數據庫中的數據，必須用ADO.NET 透過OLE DB 來開啟。ADO.NET 利用OLE DB 來取得數據，這是因為OLE DB 了解如何和許多種數據源作溝通，所以對OLE DB有相當程度的了解是很重要的。


三、ADO
微軟公司的ADO (ActiveX Data Objects) 是一個用于存取數據源的COM組件。它提供了編程語言和統一數據訪問方式OLE DB的一個中間層。允許開發人員編寫訪問數據的代碼而不用關心數據庫是如何實現的，而只用關心到數據庫的連接。訪問數據庫的時候，關于SQL的知識不是必要的，但是特定數據庫支持的SQL命令仍可以通過ADO中的命令對象來執行。

ADO被設計來繼承微軟早期的數據訪問對象層，包括RDO (Remote Data Objects) 和DAO(Data Access Objects)。ADO在1996年冬被發布。
ADO是VB6推薦操作數據庫的方式。


四、區別和關系
ODBC最先出來，是用來連接oracle、sql server、access等數據庫的一種接口標準（后來隨著各廠商的擴充，也就都不標準了），各數據庫提供實現ODBC的“驅動程序”。ODBC的本意是“ODBC的最大優點是能以統一的方式處理所有的數據庫”，其實都是扯淡，因為各數據庫對標準SQL都做了大量的擴充，除非你只使用標準的SQL，不然“統一”根本談不上。

OLE DB是微軟“發明”的，用來淘汰ODBC的，OLE DB不光可以連接各種數據庫，還可以連接exchange、活動目錄、甚至操作系統文件目錄等各種數據庫源（也需要分別使用不同的“驅動程序”）

ADO也是微軟的，是用來淘汰早起微軟的RDO、DAO的（ADO可以做RDO、DAO能做的所有事），ADO在上層，通過下面的ODBC或者OLE DB來訪問數據源（注意不是數據庫，因為可訪問范圍包括活動目錄等各種數據）。不過微軟目前的ODBC實際是通過OLE DB訪問數據源的。

層次關系：
應用程序 -> ADO -> ODBC -> OLE DB -> 數據源
或者
應用程序 -> ADO -> OLE DB -> 數據源

其實這些都東西可以理解為是和驅動差不多。

五、OLE DB vs ODBC
1. OLE DB 與 ODBC 都是一個數據庫連接的公共接口，它們屏蔽了各種數據庫的連接協議，使編程人員遵從 OLD DB / ODBC接口，就可以訪問各種數據源了。
2. ODBC 比 OLE DB 使用更加廣泛，因為 ODBC 出現的要早。
3. OLE DB 可以使用 ODBC 的數據驅動程序。也就是 OLE DB 可以通過 ODBC 訪問數據 ODBC數據源。在這個過程中 ODBC 充當了中轉的作用，它的運行機制如下。首先，應用程序使用 OLE DB 提供程序，但是這個提供程序里面包含了與ODBC轉換的內容。這樣，從ODBC源讀取的數據經過轉換程序，轉換為OLE DB可以訪問的數據源。這樣就實現了 OLE DB 訪問 ODBC 的數據源。
當然 OLE DB 也可以不通過 ODBC 訪問，前提是該數據源要有OLE DB接口。這種OLE DB 提供程稱為本機OLE DB提供程序。
4. 在 Windows 操作系統中，有兩個工具分別用于創建 ODBC / OLE DB 數據源
ODBC 數據源：在 "控制面板"中可以找到ODBC 數據源工具
OLE DB 數據源：這個工具通常不能打開， 要通過程序來調才能調出來。它的名字叫"數據鏈接屬性"。
5. SQL Server 自帶了 SQL Server / Oracle 的 OLEDB驅動程序。
6. OLE DB 比 ODBC 速度要快。