什么是ADO

一种程序对象，用于表示用户数据库中的数据结构和所包含的数据。

在Microsoft Visual Basic编辑器中，可以使用ADO对象以及ADO的附加组件（称为Microsoft ADO Extensions for DLL and Security(ADOX)）来创建或修改表和查询、检验数据库、或者访问外部数据源。还可在代码中使用ADO来 *** 作数据库中的数据。

ADO (ActiveX Data Objects，ActiveX数据对象）是Microsoft提出的应用程序接口（API）用以实现访问关系或非关系数据库中的数据。

例如，如果希望编写应用程序从DB2或Oracle数据库中向网页提供数据，可以将ADO程序包括在作为活动服务器页（ASP）的HTML文件中。当用户从网站请求网页时，返回的网页也包括了数据中的相应数据，这些是由于使用了ADO代码的结果。

扩展资料：

ADO接口简介

1、_ConnectionPtr接口

返回一个记录集或一个空指针。通常使用它来创建一个数据连接或执行一条不返回任何结果的SQL语句，如一个存储过程。

2、_CommandPtr接口

返回一个记录集。它提供了一种简单的方法来执行返回记录集的存储过程和SQL语句。

3、_RecordsetPtr接口

是一个记录集对象。与以上两种对象相比，它对记录集提供了更多的控制功能，如记录锁定，游标控制等。

参考资料来源：百度百科-ActiveX Data Objects

分类: 生活

解析:

ADO

来自ITwiki，开放的中文IT百科

Jump to: navigation, <jumptoSearch>

微软公司的ADO (ActiveX Data Objects) 是一个用于存取数据源的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来访问数据库。

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

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函数。

10.8.3 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.5DATABASE=c:\\zyf")

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

virtual void Open( LPCTSTR lpszName, BOOL bExclusive = FALSE, BOOL bReadOnly = FALSE, LPCTSTR lpszConnect = _T("") )

throw( CDaoException, CMemoryException )

数据源控件访问数据库：简单快捷，但是真正的开发中不会去这样用的，因为1是效率问题2是灵活性不足，这就跟ASP.NET里面的其他控件一样，正的要做大应用是不会用这种东西的，因为扩展性不足，或者为了做到兼容性损失了效率。 使用.NET数据提供程序访问数据库：共有4种，SQL Server .NET Framework数据提供程序，OLEDB .NET Framework数据提供程序，ODBC .NET Framework数据提供程序，Oracle .NET Framework数据提供程序。看名字也该明白，针对不同的数据库使用不同的数据提供程序，这是开发中最经常使用的方式，缺点是米有办法应对多数据库的情况，也就是说假如你的应用是面向多数据库的，那么有几种数据库，基本要写几套SQL。 用DATASet：恭喜你不用写T-SQL了，但是你要学会它的语法，从此不用担心多数据库应用的问题。但是惨了，它为了兼容多种数据库因此T-SQL写的真的“很兼容”执行效率太低，同样的一个表现结果，这个SQL嵌套了好几次，效率灰常低。 LINQ to SQL：老实讲，他就是为SQL SERVER而生的，你也不用写T-SQL了，它的语法学学还是好处颇多，因因为你在LINQ TO OBJECT上也能见到这种语法的影子收益颇多，它的执行效率很快，但是不管怎么讲也没有你直接用SQL Server .NET Framework数据提供程序，自己写SQL快，可控制程度高，好处也是显而易见就像用DATASET一样，你不用再为了数据持久化问题写一大堆ORM的东西了。 by the way,目前.NET中，ORM用的比较多的是Nhibernate，但是你如果就想用SQL SERVER还是用LINQ to SQL吧，好处显而易见，在开发过程中对于数据库的变更也是比较常见的，你的数据库字段不知道会出现在哪个类，哪个文件中，如果用了DATASET,或LINQ2SQL在编译阶段你就可以察觉到这种变更带来的影响。

---