2.7_Database Interface OLE-DB诞生

ODBC仅支持关系数据库，以及传统的数据库类型，并且只以C/C++语言API（API就是一些C语言的代码，是最底层的程序，在windows中就是一些.dll的文件）形式提供服务，因而无法符合日渐复杂的数据存取应用，也无法让脚本语言使用。对于后来的Excel等根本不支持！

现今的应用程序很可能需要从不同的数据源取得数据，加以处理，再把处理过的数据输出到另外一个数据源中。随着数据源日益复杂化，数据源可能不是传统的关系数据库.而可能是Excel文件、Email、Internet/Intranet上的电子签名信息。

Microsoft在1997年提出了OLE-DB（Object Link embed,对象连接与嵌入）架构，定义了统一的COM接口作为存取各类不同的数据源的标准，并且封装在一组COM对象之中，协助程序员存取企业中各类不同的数据源。如下图;

使用者和提供者都是COM对象，并能够通过一套COM接口互相通信。这种基于COM的通信可被概括为抽象对象（如DataSource/Session/Command和Rowset）上执行的操作。

在OLE DB中，采用C++的概念进行设计，将不会有ODBC体系的drive API(C语言)的概念，取而代之的是提供者(provider)的概念。

　　OLE DB标准的具体实现是一组C++  API函数，就像ODBC标准的ODBC API一样，不同的是，OLE DB的API是符合COM标准、基于对象的（而ODBC API则是简单的C语言API，面向过程的）。

OLEDB和ODBC的相互关系

　　1.由于OLE DB和ODBC标准都是为了提供统一的访问数据接口，所以曾经有人疑惑：OLE DB 是不是替代ODBC的新标准？

答案是否定的。

实际上，ODBC标准的对象是基于SQL的数据源(SQL-Based Data Source),而OLE DB的对象则是范围更为广泛的任何数据存储。

现在，微软自己已经为所有的ODBC数据源提供了一个统一的OLE DB服务程序，叫做ODBC OLE DB Provider.

2.ODBC OLE DB Provider发布之后，有人担心：ODBC OLE DB Provider是不是在ODBC之上的层次（Layer）?

答案也是否定的。

实际上，从图看出，ODBC OLE DB Provider 的作用，是替换ODBC Driver Manager，作为应用程序与ODBC驱动程序之间的桥梁，理论上不会增加任何开销。