ODBC,OLEDB,DAO,ADO大杂烩

一、ODBC

why

1992年Microsoft和Sybase、Digital共同制定了ODBC标准接口，以单一的ODBC API来存取各种不同的数据库。随后ODBC便获得了许多数据库厂商和Third-Party的支持而逐渐成为标准的数据存取技术。

ODBC以当时的业界标准规范X/OpenCall-LevelInterface(CLI)和ISO/IEC9075-3Call-LevelInterface(SQL/CLI)为涵盖的范围，因而支持了广阔的数据库。虽然ODBC在初期的版本中执行效率不佳，而且功能有限，因此也为人们所贬低。但是，随着Microsoft不断地改善ODBC，使ODBC的执行效率不断增加，ODBC驱动程序的功能也日渐齐全。到目前，ODBC已经是一个稳定并且执行效率良好的数据存取引擎。不过ODBC仅支持关系数据库，以及传统的数据库数据类型，并且只以C/C++语言API(API就是一些C语言的代码，是最底层的程序,在windows中就是一些.dll的文件)形式提供服务，因而无法符合日渐复杂的数据存取应用，也无法让脚本语言使用。因此Microsoft除了ODBC之外，也推出了其他的数据存取技术以满足程序员不同的需要。(注：ODBC是面向过程的语言，由C语言开发出来，不能兼容多种语言，所以开发的难度大，而且只支持有限的数据库公司，对于后来的EXCEL等根本不能支持)

what

 ODBC(Open Database Connectivity,开放数据库互连)是微软公司开放服务结构(WOSA，Windows Open Services Architecture)中有关数据库的一个组成部分，它建立了一组规范，并提供了一组对数据库访问的标准API（应用程序编程接口）。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持，用户可以直接将SQL语句送给ODBC。

我的理解：应用程序和数据库间的“桥梁”.应用程序要访问一个数据库，首先必须用ODBC管理器注册一个数据源，管理器根据数据源提供的数据库位置、数据库类型及ODBC驱动程序等信息，建立起ODBC与具体数据库的联系。这样，只要应用程序将数据源名提供给ODBC，ODBC就能建立起与相应数据库的连接。

二、DAO

what

DAO(Data Access Object) 数据访问对象是一个面向对象的数据库接口，它显露了 Microsoft Jet 数据库引擎（由 Microsoft Access 所使用），并允许 Visual Basic 开发者通过 ODBC 像直接连接到其他数据库一样，直接连接到 Access 表。DAO 最适用于单系统应用程序或小范围本地分布使用。

DAO(Data Access Object)是一个数据访问接口，数据访问：顾名思义就是与数据库打交道。夹在业务逻辑与数据库资源中间。

在核心J2EE模式中是这样介绍DAO模式的：为了建立一个健壮的J2EE应用，应该将所有对数据源的访问操作抽象封装在一个公共API中。用程序设计的语言来说，就是建立一个接口，接口中定义了此应用程序中将会用到的所有事务方法。在这个应用程序中，当需要和数据源进行交互的时候则使用这个接口，并且编写一个单独的类来实现这个接口在逻辑上对应这个特定的数据存储.

DAO是集合，对象，方法和属性；它用对象集合来处理数据库，表，视图和索引等。使用DAO编程，可以访问并操作数据库，管理数据库的对象和定义数据库的结构等。

三、 OLEDB

why

随着数据源日益复杂化，现今的应用程序很可能需要从不同的数据源取得数据，加以处理，再把处理过的数据输出到另外一个数据源中。更麻烦的是这些数据源可能不是传统的关系数据库，而可能是Excel文件，Email，Internet/Intranet上的电子签名信息。Microsoft为了让应用程序能够以统一的方式存取各种不同的数 据源，在1997年提出了UniversalDataAccess(UDA)架构。UDA以COM技术为核心，协助程序员存取企业中各类不同的数据源。UDA以OLE-DB(属于操作系统层次的软件)做为技术的骨架。OLE-DB定义了统一的COM接口做为存取各类异质数据源的标准，并且封装在一组COM对象之中。藉由OLE-DB，程序员就可以使用一致的方式来存取各种数据。但仍然OLEDB是一个低层次的，利用效率不高。

what

OLE DB（Object Link and embed 即对象连接与嵌入。）是微软的战略性的通向不同的数据源的低级应用程序接口。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有相当程度的了解是很重要的。

OLE DB 和ODBC的区别

由于OLEDB和ODBC 标准都是为了提供统一的访问数据接口，所以曾经有人疑惑：OLE DB 是不是替代ODBC 的新标准？答案是否定的。实际上，ODBC 标准的对象是基于SQL 的数据源（SQL-Based Data Source），而OLE DB 的对象则是范围更为广泛的任何数据存储。从这个意义上说，符合ODBC 标准的数据源是符合OLE DB 标准的数据存储的子集。

四、 ADO

why

虽然OLE-DB允许程序员存取各类数据，是一个非常良好的架构，但是由于OLE-DB太底层化，而且在使用上非常复杂，需要程序员拥有高超的技巧，因此只有少数的程序员才有办法使用OLE-DB。这让OLE-DB无法广为流行。为了解决这个问题，并且让VB和脚本语言也能够藉由OLE-DB存取各种数据源，Microsoft同样以COM技术封装OLE-DB为ADO对象，(这一步是很重要的，实现了多种程序可以互相调，并且可以开发的语言也丰富了)简化了程序员数据存取的工作。由于 ADO成功地封装了OLE-DB大部分的功能，并且大量简化了数据存取工作，因此 ADO也逐渐被愈来愈多的程序员所接受。

what

微软公司的ADO (ActiveX Data Objects)是一个用于存取数据源的COM组件。它提供了编程语言和统一数据访问方式OLE DB的一个中间层。允许开发人员编写访问数据的代码而不用关心数据库是如何实现的，而只用关心到数据库的连接。访问数据库的时候，关于SQL的知识不是必要的，但是特定数据库支持的SQL命令仍可以通过ADO中的命令对象来执行。

ADO被设计来继承微软早期的数据访问对象层，包括RDO (Remote DataObjects)和DAO(Data Access Objects)。ADO在1996年冬被发布。

ADO包括了6个类：Connection，Command，Recordset，Errors，Parameters，Fields

现在好多数据库都是基于ado.NET框架实现的，Oracle的oda，还有微软自己的EF框架，基本底层都用的ADO.Net。

ADO是类似于DAO和RDO的面向对象的数据库访问技术。DAO是第一个面向对象的接口，它显露了microsoft Jet数据库引擎，并允许VB开发者通过ODBC直接连接到其他数据库一样，直接连接到access表。DAO适合单系统应用程序或小范围本地分布使用。

ADO是DAO/RDO的后继产品，它扩展了DAO和RDO【应用程序接口RDO（application program interface, API）】所使用的对象模型，这以为着它包含较少的对象，更多的属性，方法（和参数），以及事件。ADO当前并不支持DAO的所有功能，它主要包括RDO风格的功能性，以便和OLE DB数据源交互，另外还包括远程和DHTML【动态的HTML（Dynamic HyperText Mark-up Language ）】技术。

五、ADO.NET

what

ADO.NET的名称起源于ADO（ActiveX Data Objects），是一个COM组件库，用于在以往的Microsoft技术中访问数据。之所以使用ADO.NET名称，是因为Microsoft希望表明，这是在NET编程环境中优先使用的数据访问接口。

ADO.NET是ADO的后继版本，主要目的是在.NET Framework中更容易地创建分布式、数据共享的应用程序，它提供了一个数据访问接口，以便和OLE DB数据源进行通信，如SQL SERVER.应用程序可以使用ADO.Net连接这些数据源，并检索、处理和更新数据。可以说ADO.NET是在ADO的基础上，又进一步的扩展，提供了更多新的工具，可以获取一个真正断开连接的数据体系结构，可以将不同数据源中的数据组合起来，并优化了和数据库交互的功能。

六、小结

       ODBC,DAO,OLEDB,ADO它们的本质都是接口即“桥梁，媒介”，他们都是为了解决某种问题而出现的，在不同场景下各有各的用途，但是又有优化，改进，类似交通工具的出现：人拉车，马车，自行车，汽车，飞机等等。 最后附上一张图：