∏懊嫖颐墙樯芰斯赜贠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数据源。
|
