比较ole db/odbc/ado/ado.net/jdbc | ADO、ADO.net、DAO

https://www.cnblogs.com/renzhezhiye/archive/2013/02/19/2917217.html

比较ole db/odbc/ado/ado.net/jdbc

数据库连接方式各式各样，如何取舍，如何区分？ 让人很是迷惑，只有理解各种方式异同后，方能做出正确选择。

1. 如何理解？

    最早：数据库编程都是直接操作数据库厂商提供的API，每个数据库厂商的提供的数据库操作的API都不相同，如调用函数，操作语句等等。因此每个应用程序都只能对应一个数据库。如果想换数据库，需要重写一遍数据库操作代码，这样的代价是非常大的。

　 后来：微软开发的ODBC结束了直接调用数据库API进行数据库操作的方式.ODBC将所有数据库特定的，底层的操作细节(CLI)封装在驱动(drive)中，并提供一套标准的函数调用。使用时，ODBC会动态地加载数据库的CLI，将函数调用转换成各个数据库的CLI调用。这样应用程序与数据库API本身就隔绝开了，如下图所示。这样访问所有的关系型数据库都可以使用一套标准的ODBC API即可。ODBC成为最早的通用数据库访问技术。

    

  再后来：随着面向对象的技术的发展，微软又推出了OLE DB。 在OLE DB中，将不会有drive的概念，取而代之的是提供者(provider)，每个数据库厂商都需要对象的OLE DB provider。需要注意的是，provider实现了基于COM的接口，这些接口封装了访问数据库的操作细节(CLI)。那么应用程序使用这些通用的接口来进行数据库的访问，而不用考虑数据库的细节。所以，可以理解OLE DB是规定了数据使用者和提供者之间达成了一种协议。请参考下图。    

前面所述的是提供了provider的数据库。为了兼容一些没有提供provider的数据库，OLEDB也可以基于ODBC，即provider是基于ODBC实现的。这种实现会经过两层，效率会比较低。由于目前大多数数据库都提供了provider,所以这种方式比较少见。 可以看到，OLE DB与ODBC类似，但是原理上是不相同的。还有一点就是，ODBC只支持关系型数据库，而OLE DB除了关系型数据库外，还支持Excel等。

　　再再后来，微软为了简化OLE DB接口，推出了ADO来封装OLE DB的接口，实现与数据库的通信，使得用户更易于调用数据库相关操作。随着.NET推出，微软进一步进行升级ADO为ADO.NET。 

     

JDBC跟上面几种数据库连接技术不太相同，它是面向JAVA的，是种用于执行SQL语句的Java API。下面会详细阐述JDBC与其他几种技术的异同。

2. odbc vs jdbc

   1/ ODBC 是采用C语言开发的，而JDBC是由JAVA语言开发的，那么在易用性上，JDBC将更加简单。ODBC API比较繁琐，而且不易使用。

   2/ ODBC在使用时，需要进行一定的配置才能使用，如windows上在控制面板中配置ODBC数据源等，而JDBC不需要，只需在编码时，指定相关的配置即可。

   3/ JDBC提供了一种JDBC-ODBC桥接的驱动程序，用于移植ODBC程序到JDBC上，这种方式效率会受影响，一般建议直接用JDBC重写数据库操作。

3. ado.net vs jdbc(请参考http://www.cnblogs.com/jobs/archive/2004/07/28/27870.aspx)

   从选择的角度上来看，这两种数据库操作方式比较其实是.NET平台和JAVA平台的比较，依赖与应用程序本身采用哪种平台。如果是JAVA应用，则首选JDBC，如果是.NET应用程序，首选ADO.NET。从应用的角度上来看，两者也有一些差别：

   1/ ADO .NET最大的优点是对断开连接访问数据库方式的强有力支持。相比起来，JDBC也引入类似的功能，RowSet，但是比起ADO .NET来，还是不够/

   2/ ADO .NET功能不完整。MS对这一点也是承认的，承认ADO .NET不能替代ADO。其中一个很重要的功能是分页访问数据的支持。以前在开发ADO .NET程序时，还专门编写一个程序，调用ADO，分页获取数据。

   3/ 跨平台性上，JDBC更好。因为JDBC是一个规范，是一个标准，而ADO .NET只是微软的私家类库。.NET Framework目前成为标准的类库还只有一小部分。

 

==================================

https://blog.csdn.net/anerou/article/details/1744947

昨天参加CMMI访谈，在浏览一个项目的经验教训时，发现了ADO、DAO频繁出现，收集脑瓜里的信息，DAO算是想起来了，ADO半天没想起来，还是JAVA编程比较“傻瓜”式，一个JDBC搞定，呵哈。

从网络上找到对这两个的解释，总结汇总如下。

简介：
DAO（Data Acess Object）是基于Jet引擎的数据库访问接口，提供了一组API，类似于ODBC。  
ADO（ActiveX Data Object）是基于OLE DB的数据库访问接口，SQL知识不是必须的。

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

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

ADO包含一些顶层的对象：

连接，代表到数据库的连接 
记录集，代表数据库记录的一个集合 
命令，代表一个SQL命令 
记录，代表数据的一个集合 
流，代表数据的顺序集合 
错误，代表数据库访问中产生的意外 
字段，代表一个数据库字段 
参数，代表一个SQL参数 
属性，保存对象的信息 
ADO组件的使用需要利用支持COM的高级语言，例如ASP中的VBScript或者Visual Basic，甚至Delphi,微软的竞争对手Borland的一个产品，现在也支持使用ADO来访问数据库。

ADO.net

在新的编程框架.NET Framework中, 微软也提供了一个面向Internet的版本的ADO，称为ADO.NET。其对象模型和传统ADO差别很大。

ADO.NET为.NET构架提供了优化的数据访问模型，和基于COM的ADO是完全两样的数据访问方式。

1．ado.net遵循更通用的原则，不那么专门面向数据库。ado.net集合了所有允许数据处理的类。这些类表示具有典型数据库功能（如索引，排序和视图）的数据容器对象。尽管ado.net是.net数据库应用程序的权威解决方案，但从总体设计上看，它不像ado数据模型那样以数据库为中心，这是ado.net的一大特点。
2．目前，ado.net提供了两种数据库访问类库：一种用于sql server 7.0 或更高版本，另一种用于其他所有您可能已经安装的ole db提供程序。在这两种情况下，您分别使用不同的类，但遵循相似的命名规则。除前缀，名称都是相同的。前一种情况前缀为sql，后一种情况则是oledb。同时，.net框架还提供了odbc .net的数据访问模式。odbc .net data provider是 .net 框架的增强组件，它可以访问原始的 odbc 驱动程序，就像 ole db .net data provider 可以访问原始的 ole db providers 一样。目前它仅在下列驱动程序中测试过：microsoft sql odbc driver，microsoft odbc driver for oracle，microsoft jet odbc driver。

  odbc .net连接数据说明可见：https://blog.csdn.net/yjmyzz/article/details/1930177。注：如下

  1）.FrameWork 2.0以上默认未安装，创建项目时要下载ODBC.NET ，添加Microsoft.Data.ODBC.dll 引用。

  2）.FrameWork 2.0之后，已包含在.NETFramework中的System.Data.dll。

3．ado.net提供了两个队形来处理从数据源中抽取数据，它们是dataset和datareader对象。前者是记录在内存中的缓存，您可以从任何方向随意访问和修改。后者是高度优化的对象，专为以仅向前方式滚动只读记录而设计。
4．ado.net统一了数据容器类编程接口，无论您打算编写何种应用程序，windows窗体，web窗体还是web服务，都可以通过同一组类来处理数据。不管在后端的数据源数sql server数据库，ole db，xml文件还是一个数组，您都可以通过相同的方法和属性来滚动和处理它们的内容。
5．在ado中，xml只不过是输入和输出格式。然而在ado.net中，xml是一种数据格式，提供了操作，组织，共享和传递数据的手段。

DAO
DAO(Database Access Object)使用Microsoft Jet数据库引擎来访问数据库。Microsoft Jet为象Access和Visual Basic这样的产品提供了数据引擎。

与ODBC一样，DAO提供了一组API供编程使用。MFC也提供了一组DAO类，封装了底层的API，从而大大简化了程序的开发。利用MFC的DAO类，用户可以编写独立于DBMS的应用程序。

DAO是从Visual C++4.0版开始引入的。一般地讲，DAO类提供了比ODBC类更广泛的支持。一方面，只要有ODBC驱动程序，使用Microsoft Jet的DAO就可以访问ODBC数据源。另一方面，由于DAO是基于Microsoft Jet引擎的，因而在访问Access数据库(即*.MDB文件)时具有很好的性能。

DAO和ODBC的相似之处
DAO类与ODBC类相比具有很多相似之处，这主要有下面几点：

二者都支持对各种ODBC数据源的访问。虽然二者使用的数据引擎不同，但都可以满足用户编写独立于DBMS的应用程序的要求。

DAO提供了与ODBC功能相似的MFC类。例如，DAO的CDaoDatabase类对应ODBC的CDatabase类，CDaoRecordset对应CRecordset，CDaoRecordView对应CRecordView，CDaoException对应CDBException。这些对应的类功能相似，它们的大部分成员函数都是相同的。

AppWizard和ClassWizard对使用DAO和ODBC对象的应用程序提供了类似的支持。

由于DAO和ODBC类的许多方面都比较相似，因此只要用户掌握了ODBC，就很容易学会使用DAO。实际上，用户可以很轻松地把数据库应用程序从ODBC移植到DAO。

Visual C++随盘提供了一个名为DaoEnrol的例子，该例实际上是Enroll的一个DAO版本。读者可以打开DaoEnrol工程看一看，它的源代码与Enroll的极为相似。读者可以按照建立Enroll的步骤来建立DaoEnrol，其中只有若干个地方有差别，这主要有以下几点：

选取的数据源不同。在用AppWizard创建DaoEnrol时，以及在用ClassWizard创建CDaoRecordset类的派生类时，在Database Options对话框中应该选择DAO而不是ODBC。而且DAO的数据源是通过选择一个.MDB文件来指定的，即点击“...”按钮后在文件对话框中选择要访问的.MDB文件。

记录集的缺省类型不同。ODBC记录集的缺省类型是快照(Snapshot)，而DAO则是动态集(Dynaset)。

参数化的方式不同。DAO记录集的m_strFilter和m_strSort中的参数不是“?”号，而是一个有意义的参数名。例如，在下面的过滤器中有一个名为CourseIDParam的参数。 
m_pSet->m_strFilter ="CourseID = CourseIDParam"; 
在DoFieldExchange函数中，有下面两行： 
pFX->SetFieldType(CDaoFieldExchange::param); 
DFX_Text(pFX, _T("CourseIDParam"), m_strCourseIDParam); 
DFX函数的第二个参数也是CourseIDParam。

处理异常的方式不同。例如，在删除记录时，对异常的处理如下所示：

try

{

m_pSet->Delete();

}

catch(CDaoException* e)

{

AfxMessageBox(e->

m_pErrorInfo->m_strDescription);

e->Delete();

}

除了上述差别外，AppWizard和ClassWizard也隐藏了一些细微的不同之处，例如，DAO记录集是使用是DFX数据交换机制(DAO record field exchange)而不是RFX，在DAO记录集的DoFieldExchange中使用的是DFX函数而不是RFX函数。

DAO的特色
DAO可以通过ODBC驱动程序访问ODBC数据源。但DAO是基于Microsoft Jet引擎的，通过该引擎，DAO可以直接访问Access、FoxPro、dBASE、Paradox、Excel和Lotus WK等数据库。CDaoDatabase类可以直接与这些数据库进行连接，而不必在ODBC管理器中注册DSN。例如，下面的代码用来打开一个FoxPro数据库：

CDaoDatabase daoDb;

daoDb.Open( “”,FALSE,FALSE,"FoxPro 2.5;DATABASE=c://zyf");

CDaoDatabase::Open函数用来连接某个数据库，该函数的声明为：

virtual void Open( LPCTSTR lpszName, BOOL bExclusive = FALSE, BOOL bReadOnly = FALSE, LPCTSTR lpszConnect = _T("") ); 
throw( CDaoException, CMemoryException );
--------------------- 
作者：anerou 
来源：CSDN 
原文：https://blog.csdn.net/anerou/article/details/1744947 
版权声明：本文为博主原创文章，转载请附上博文链接！