共用方式為


OLE DB 提供者 (ADO)

OLE DB 定義一組 COM 介面,讓應用程式能夠統一存取儲存在各種資訊來源中的數據。 此方法可讓數據源透過支持數據源適當 DBMS 功能的介面來共用其數據。 根據設計,OLE DB 的高效能架構是以使用彈性、元件型服務模型為基礎。 OLE DB 不需要在應用程式與數據之間指定數目的中繼層,只需要完成特定工作所需的元件數目。

例如,假設使用者想要執行查詢。 請考慮下列案例:

  • 數據位於目前有 ODBC 驅動程式但沒有原生 OLE DB 提供者的關係資料庫中:應用程式會使用 ADO 與 OLE DB Provider for ODBC 交談,然後載入適當的 ODBC 驅動程式。 驅動程式會將 SQL 語句傳遞至 DBMS,以擷取數據。

  • 數據位於有原生 OLE DB 提供者的 Microsoft SQL Server:應用程式會使用 ADO 直接連接到 Microsoft SQL Server 的 OLE DB 提供者。 不需要中繼。

  • 數據位於 Exchange Server Microsoft,其中有 OLE DB 提供者,但不會公開引擎來處理 SQL 查詢:應用程式會使用 ADO 與 OLE DB Provider for Microsoft Exchange 通訊,並呼叫 OLE DB 查詢處理器元件來處理查詢。

  • 數據以文件形式儲存在 Microsoft NTFS 檔案系統中:資料是透過 Microsoft 索引服務使用原生 OLE DB 提供者來存取,該服務會索引檔案系統中文件的內容和屬性,以提高內容搜尋效率。

在上述所有範例中,應用程式可以查詢數據。 使用者的需求以最少的元件數量得到滿足。 在每個案例中,只有在需要時才會使用其他元件,而且只會叫用必要的元件。 在使用 OLE DB 時,這種對可重複使用和共享元件的需求載入大幅提升了效能。

提供者分為兩種類別:提供數據和提供服務的提供者。 數據提供者擁有自己的數據,並以表格式形式向您的應用程式公開。 服務提供者會藉由產生和取用數據,在 ADO 應用程式中增強功能來封裝服務。 服務提供者也可以進一步定義為服務元件,此元件必須與其他服務提供者或元件搭配運作。

ADO 為各種 OLE DB 提供者提供一致的較高層級介面。

本節包含下列主題。