适用于：Access 2013、Office 2013
ADO 程序员指南 简介 讨论了 ADO 与 Microsoft 数据访问体系结构的其余部分之间的关系。 OLE DB 定义了一组 COM 接口，用于向应用程序提供对存储在各种信息源中的数据的统一访问。 此方法允许数据源通过一些接口来共享其数据，这些接口支持适用于数据源的众多 DBMS 功能。 在设计上，OLE DB 的高性能结构基于它所使用的基于组件且非常灵活的服务模型。 OLE DB 只需要完成特定任务所必需的组件，而不是在应用程序和数据之间建立规定数量的中间层。
例如，假设用户想要运行查询。 请考虑以下方案：
数据驻留在关系数据库中，当前具有 ODBC 驱动程序，但是没有本机 OLE DB 提供程序：应用程序使用 ADO 与 OLE DB Provider for ODBC 联系，OLE DB Provider for ODBC 随后会加载相应的 ODBC 驱动程序。 该驱动程序会向 DBMS 传递 SQL 语句，DBMS 随后会对数据进行检索。
数据驻留在 Microsoft SQL Server有本机 OLE DB 访问接口：应用程序使用 ADO 直接与 Microsoft SQL Server的 OLE DB 提供程序通信。 不需要中介。
数据驻留在 Microsoft Exchange Server 中，具有 OLE DB 提供程序，但是 OLE DB 提供程序不公开用于处理 SQL 查询的引擎：应用程序使用 ADO 与 OLE DB Provider for Microsoft Exchange 联系并调用 OLE DB 查询处理器组件来处理查询。
数据以文档的形式驻留在 Microsoft NTFS 文件系统中：通过 Microsoft 索引服务使用本机 OLE DB 提供程序来访问数据，Microsoft 索引服务对文件系统中文档的内容和属性编制索引，从而提高内容搜索的效率。
在上述所有示例中，应用程序可以查询数据。 使用最少数量的组件来满足用户的需求。 在每种情况下，仅在需要时使用其他组件，并且仅调用所需的组件。 使用 OLE DB 时，这种可重用和可共享组件的需求加载极大地促进了高性能。
提供程序分为两类：提供数据的提供程序和提供服务的提供程序。 数据提供程序拥有自己的数据，并将数据以表格形式向您的应用程序公开。 服务提供程序通过生成和使用数据并在 ADO 应用程序中增加功能来封装服务。 还可以将服务提供程序进一步定义为服务组件，服务组件必须与其他服务提供程序或组件协同工作。
ADO 为各种 OLE DB 提供程序提供一致的更高级别的接口。
本节包括下列主题：