跟大家講解下有關數據庫連接技術之OLEDB，相信小伙伴們對這個話題應該也很關注吧，現在就為小伙伴們說說數據庫連接技術之OLEDB，小編也收集到了有關數據庫連接技術之OLEDB的相關資料，希望大家看到了會喜歡。

之前的博客介紹了ODBC和JDBC，這次簡單的介紹一下OLE DB。ODBC的總結不知道是沒貼到博客上還是不在這個博客上，我再找找，沒有的話我再補充到時候。好了，開始吧。 回顧 之前呢介紹過了ODBC和JDBC基本的結構是一樣的，也就是本質一致。都是是訪問數據庫的一套

之前的博客介紹了ODBC和JDBC，這次簡單的介紹一下OLE DB。ODBC的總結不知道是沒貼到博客上還是不在這個博客上，我再找找，沒有的話我再補充到時候。好了，開始吧。回顧之前呢介紹過了ODBC和JDBC基本的結構是一樣的，也就是本質一致。都是是訪問數據庫的一套統一的接口，是一系列的規范和對數據庫訪問的API。區別只是在于ODBC是由C++語言實現的而JDBC是有Java實現的，之所以出現JDBC是因為Java程序和C++的ODBC之間的通信不便。可以說ODBC和JDBC二者之間的關系是橫向的，而OLE DB相對與ODBC的關系則是縱向的。為什么這么說呢？OLE DB之歷史為什么說OLE DB（(Object Linking and Embedding, Database）和ODBC之間的關系是縱向的呢。這還是要從ODBC說起，ODBC是一套接口，但是ODBC只支持訪問關系型數據庫，既二維數據數據庫。但是隨著技術的發展顯然我們需要面對的不在只是關系型的數據庫，還需要訪問不能使用SQL訪問的非關系行和層次結構行數據，包括郵件系統中的數據、Web上的文本、目錄服務等形式。因此，從數據源的角度來說OLE DB 和ODBC的關系如下圖：基于COM標準ODBC是基于API的實現，而OLE DB則是基于COM標準。也就是說在實現上ODBC必須支持幾乎所有的DBMS特征和功能，而OLE　DB則可以部分實現。這里不太理解可以查查什么事COM標準。OLE DB構成OLE DB包括幾個邏輯組件，因為其基于COM標準，所以組件之間相互獨立，僅保持通信。數據提供者（Data Provider）：凡是通過OLE DB將數據提供出來的，即數據庫提供者。數據提供者的概念可以和ODBC中的驅動程序對比理解。數據消費者（Data Consumer）：使用了OLE DB提供的數據的程序或組件。服務組件（Service Component）：執行數據提供者和數據消費者之間的數據傳遞工作。業務組件（Bussiness Component）：利用服務組件專門完成某種特定業務信息處理，是可以重用的功能組件。OLE DB和ADO之前的博客絕對是介紹過ADO了，這里ADO是OLE DB的進一步封裝，在程序中的關系如下：總的來說：OLE DB是ODBC的擴充，它基于COM標準，具有比ODBC更高的靈活性。不過最終也還是鏈接數據庫的一套標準。只不過相對與ODBC來說更底層。

來源：php中文網