各位前辈，帮忙解决问题

今天把sql2000 这本书看完了，对最后开发软件一章提到的ADO 和 ODBC 都是什么东西啊，高手能不能用自己的话举例子说说。

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

微软公司的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中, 微软也提供了一个面向Internet的版本的ADO，称为ADO.NET。其对象模型和传统ADO差别很大。 ADO是一种面向对象的编程接口，微软介绍说，与其同IBM和Oracle提倡的那样，创建一个统一数据库，不如提供一个能够访问不同数据库的统一接口，这样会更加实用一些。为实现这一目标，微软在数据库和微软的OLE DB中提供了一种“桥”程序，这种程序能够提供对数据库的连接。　　开发人员在使用ADO时，其实就是在使用OLE DB，不过OLE DB更加接近底层。ADO的一项属性远程数据服务，支持“数据仓库”ActiveX 组件以及高效的客户端缓存。作为ActiveX的一部分，ADO也是COM组件的一部分。ADO是由早期的微软数据接口??远程数据对象RDO演化而来的。RDO同微软的ODBC一同连接关系数据库，不过不能连接非关系数据库。 ADO向我们提供了一个熟悉的，高层的对OLE DB的Automation封装接口。对那些熟悉RDO的程序员来说，你可以把OLE DB比作是ODBC驱动程序。如同RDO对象是ODBC驱动程序接口一样，ADO对象是OLE DB的接口；如同不同的数据库系统需要它们自己的ODBC驱动程序一样，不同的数据源要求它们自己的OLE DB提供者（OLE DB provider）。目前，虽然OLE DB提供者比较少，但微软正积极推广该技术，并打算用OLE DB取代ODBC。 ADO向VB程序员提供了很多好处。包括易于使用，熟悉的界面，高速度以及较低的内存占用（已实现ADO2.0的Msado15.dll需要占用342K内存，比RDO的Msrdo20.dll的368K略小，大约是DAO3.5的Dao350.dll所占内存的60％）。同传统的数据对象层次（DAO和RDO）不同，ADO可以独立创建。因此你可以只创建一个"Connection"对象，但是可以有多个，独立的"Recordset"对象来使用它。ADO针对客户／服务器以及WEB应用程序作了优化。
ADO是Microsoft为最新和最强大的数据访问范例
ODBC是数据源
ODBC最先出来，是用来连接oracle、sql server、access等数据库的一种接口标准（后来随着各厂商的扩充，也就都不标准了），各数据库提供实现ODBC的“驱动程序”OLE DB是微软“发明”的，用来淘汰ODBC的，OLE DB不光可以连接各种数据库，还可以连接exchange、活动目录、甚至操作系统文件目录等各种数据库源（也需要分别使用不同的“驱动程序”）ADO也是微软的，是用来淘汰早起微软的RDO、DAO的（ADO可以做RDO、DAO能做的所有事），ADO在上层，通过下面的ODBC或者OLE DB来访问数据源（注意不是数据库，因为可访问范围包括活动目录等各种数据）。不过微软目前的ODBC实际是通过OLE DB访问数据源的。层次关系：
应用程序 -> ADO -> ODBC -> OLE DB -> 数据源
或者
应用程序 -> ADO -> OLE DB -> 数据源
4.ODBC的本意是“ODBC的最大优点是能以统一的方式处理所有的数据库”，其实都是扯淡，因为各数据库对标准SQL都做了大量的扩充，除非你只使用标准的SQL，不然“统一”根本太不上。
5.其实这些都东西可以理解为是和驱动差不多.
ODBC  就是提供接口访问数据库的没啥可看的
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中, 微软也提供了一个面向Internet的版本的ADO，称为ADO.NET。其对象模型和传统ADO差别很大。
ODBC 就是数据源用于连接数据库时候提供接口而已
我的理解里，SQL是数据库操作语言，那编程不是就用SQL就好了？
SQL是数据库操作语言没错，但是并不是编程就用SQL就OK了，首先SQL无法进行复杂的界面发开之类的，得到的只是一组数据，或者说对数据库进行操纵，另外确实有SQL编程，但是那也只是实现一些特定的功能逻辑。但看教材里似乎用ODBC和ADO操作数据库。
你这里说的是项目里用ODBC和ADO操作数据库吧，这两者的话只是起到一个连接数据库的作用，然后可以通过特定的参数读取返回的数据集之类的。也就是说他们是应用软件和数据库之间连接的纽带。我觉得应该这么理解吧，SQL是用来操作DB的，DB是DBMS中的，是运行在OS上的，而应用软件是最外层的东西，用户直接操作的东西，你开发的软件最终是给用户用的吧，用户不可能直接通过SQL操作DB，而且很危险，不安全，这时候应用软件就通过ODBC,ADO连接到数据库，然后返回一些你需要的数据，用在你的程序中，用来实现你的应用软件。我的理解哈，可能会对你有误导，大概知道怎么回事就可以了，个人感觉，以后
慢慢的你会了解一切的，透过表象理解本质。。
就像下面这样，画着好玩的哈哈，DB数据库运行在DBMS数据库管理系统上的。
````````````````````OS
```````````````````/``\
``````````````````/````\
`````````````````/连接DB\
`````````DBMS<---------应用软件
``SQL``/````ODBC,ADO```````\
DBA---->DB``````````````````用户
````操纵`\````ODBC,ADO````````/
`````````DBMS--------->应用软件
`````````````\`返回数据`/
``````````````\``````````/
```````````````\````````/
``````````````````OS
ODBC(数据源)包含了数据库位置和数据库类型等信息
没有学过用应用程序去连接数据库的话,讲了可能也是白讲的,理解这东西,还得去学另外的东西的
现在回答问题都得低声下气的，哈哈自己在本地建立一个数据源，之后用ODBC的方法去连接上数据库，你就会明白这个ODBC是做什么的了开始--程序---管理工具 --数据源---添加--选SQLSERVER  之后一步步配置，，直到测试成功 OK
ado是微软的访问数据库的组件，里面有很多函数可以调用，你把它理解为低层库函数，你直接调用就可以，没有它，你要访问数据库，需要写很多函数才可以操作数据库
ODBC很早的东西了，也是访问数据库的组件,它在ado之前，现在一般用ado.net3.5