∏懊嫖颐墙樯芰斯赜贠DBC的概念，如何在控制面版中配置ODBC数据源。还介绍了如何通过应用程序动态的配置ODBC数据源，以及通过ODBC API来连接数据源，操作数据库。通过ODBC，可以很方便的编写Client/Server两层体系结构下的数据库应用程序，能够满足很多现实的需求。另一方面，随着计算机技术的发展，三层，或者四层体系结构也开始提出并应用的具体的实际中，这时候，仅仅是依靠ODBC就显的不够了。这里我们不讨论多层体系结构的问题，我们讨论的是在多层体系结构下的数据库访问方法。
有人说，这些方法将会取代ODBC，我觉得不太可能，如果一定要说的话，用扩展这个词可能会更好一些。因为ODBC已经成为了关系数据库访问的一个事实上的标准，别的方法也都或多或少的使用了ODBC的东西。虽然现在关系数据库以后又出现了很多面向对象数据库等等的新型数据库系统。但是都还在研究阶段，没有真正的投入到应用上来。
首先我们介绍DAO。
DAO（Data Access Objects）数据访问对象是第一个面向对象的接口，它显露了Microsoft Jet数据库引擎（最早是给Microsoft Access所使用，现在已经支持其它数据库），并允许开发者通过ODBC象直接连接到其他数据库一样，直接连接到Access表。DAO最适用于单系统应用程序或小范围本地分布使用。
RDO（Remote Data Objects）远程数据对象是一个到ODBC的、面向对象的数据访问接口，它同易于使用的DAO style组合在一起，提供了一个接口，形式上展示出所有ODBC的底层功能和灵活性。尽管RDO在很好地访问Jet或ISAM数据库方面受到限制，而且它只能通过现存的ODBC驱动程序来访问关系数据库。但是，RDO已被证明是许多SQL Server、Oracle以及其他大型关系数据库开发者经常选用的最佳接口。RDO提供了用来访问存储过程和复杂结果集的更多和更复杂的对象、属性，以及方法。
ADO（ActiveX Data Object）是DAO/RDO的后继产物。ADO 2.0在功能上与RDO更相似，而且一般来说，在这两种模型之间有一种相似的映射关系。ADO“扩展”了DAO和RDO所使用的对象模型，这意味着它包含较少的对象、更多的属性、方法（和参数），以及事件。例如，ADO没有与rdoEngine和rdoEnvironment对象相等同的对象，可以显露ODBC驱动程序管理器和hEnv接口。尽管事实上您的接口可能是通过ODBC OLE DB服务提供程序实现的，但您当前也不能从ADO中创建ODBC数据源。
由于ADO现在? 最多的面向对象的数据访问模型，我们重点的介绍一下ADO 2.0对象模型。
ADO 2.0对象模型是由七个对象组成的，它们中的大多数在功能上和RDO对象相似，只不过具有更强的功能性而已。
Command对象：包含关于某个命令，例如查询字符串、参数定义等的信息。Command对象在功能上和RDO的rdoQuery对象相似。
Connection对象：包含关于某个数据提供程序的信息。Connection对象在功能上和RDO的rdoConnection对象是相似的，并且包含了关于结构描述的信息。它还包含某些RDOEnvironment对象的功能， 例如transaction控件。
Error对象：包含数据提供程序出错时的扩展信息。Error对象在功能上和RDO的rdoError对象相似。
Field对象：包含记录集中数据的某单个列的信息。Field对象在功能上和RDO的rdoColumn对象相似。
Parameter对象：包含参数化的Command对象的某单个参数的信息。该Command对象有一个包含其所有Parameter对象的Parameters集合。Parameter对象在功能上和RDO的rdoParameter对象相似。
Property对象：包含某个ADO对象的提供程序定义的特征。没有任何等同于该对象的RDO，DAO有一个相似的对象。
ADO对象可以具有两种属性：
Built-In属性：ADO的“本地”属性。也就是说，任何使用熟悉的MyObject.Property语法的新对象都可以立即使用的ADO中的属性。Built-in属性并不在某个对象的Properties集合中以Property对象的形式出现，因此尽管您可以修改它们的值，您却不能修改它们的特性或将它们删除。
