ODBC的研究.docVIP

ODBC的研究 　　摘要：介绍了应用程序通过ODBC访问各种数据源的核心技术，研究了ODBC的结构，讨论了ODBC技术、OLE DB、ADO的技术关系，JAVA访问数据库的JDBC技术。 　　关键词：ODBC；数据源；OLD DB；ADO；JDBC 　　中图分类号：TP301文献标识码：A文章编号：1672-7800（2011）01-0039-02 　　 　　 　　作者简介：檀磊(1974-)，女，湖北十堰人，湖北十堰职业技术（集团）学校讲师，研究方向为数据库技术发展。1ODBC的结构 　　 一个完整的ODBC如图1所示。 　　1.1应用程序 　　 对外提供使用者交谈界面，对内执行资料准备工作。它可以用支持ODBC技术的任何一门语言编写。 　　 1.2驱动程序管理器(Driver Manager) 　　 ODBC管理器位于Windows控制面板(Control Panel)的32位ODBC内，包含在ODBC32.DLL中，它对用户是透明的。其任务是管理ODBC驱动程序，是ODBC中最重要的部件。它提供从主机语言到特定后端数据源驱动程序的接口。 　　1.3ODBC API 　　 数据库厂商为程序设计者提供的直接访问数据库的一组函数。 　　1.4ODBC 驱动程序 　　 它是一个动态链接库 (DLL)。应用程序通过调用驱动程序所支持的函数来操纵具体的数据源。 　　1.5数据源 　　 作为数据源使用的数据库或数据库服务器。ODBC数据源通过它们的数据源名称来引用，或者通过具体引用ODBC驱动程序和服务器名称来引用。可以在 Windows 的控制面板中使用ODBC管理程序或rdoRegisterDataSource （一个ODBC API）方法来注册命名的数据源。 　　 应用程序要访问一个数据库，首先必须用ODBC管理器注册一个数据源，管理器根据数据源提供的数据库位置、数据库类型及ODBC驱动程序等信息，建立起ODBC与具体数据库的联系。这样，只要应用程序将数据源名提供给ODBC，ODBC就能建立起与相应数据库的连接。 　　 Windows的控制面板中数据源管理器如图2所示,单击“添加”按纽就可以添加不同格式的数据源，图2中已添加了四种不同类型的数据源。 　　图2Windows的控制面板中数据源管理器 　　 在ODBC中，ODBC API不能直接访问数据库，必须通过驱动程序管理器与数据库交换信息。驱动程序管理器负责将应用程序对ODBC API的调用传递给正确的驱动程序，而驱动程序在执行完相应的操作后，将结果通过驱动程序管理器返回给应用程序。 　　 在访问ODBC数据源时需要ODBC驱动程序的支持。ODBC是为调用关系数据库提供统一途径的一类API。 　　2ODBC的发展 　　2.1OLE DB 　　 随着数据源的日益多样化，现今的应用程序很可能需要从不同的数据源取得数据，加以处理，再把处理过的数据输出到另外一个数据源中。更麻烦的是这些数据源可能不是传统的关系数据库，而可能是非关系型信息源，例如Email、文件系统存储、文本、图形和地理数据以及自定义业务对象。Microsoft为了让应用程序能够以统一的方式存取各种不同的数据源，在1997年提出了UniversalDataAccess(UDA)架构。UDA以COM技术为核心，协助程序员存取企业中各类不同的数据源。UDA以OLE-DB做为技术骨架。OLE-DB定义了统一的COM接口作为存取各类异质数据源的标准，对各种数据库管理系统服务进行封装，并允许创建软件组件实现这些服务。OLE DB 组件包括数据提供程序（包含和表现数据）、数据使用者（使用数据）和服务组件（处理和传送数据）。OLE DB 包含了一个连接 ODBC 的“桥梁”，对现用的各种 ODBC 关系型数据库驱动程序提供一贯的支持。但仍然OLEDB是一个低层次的，利用效率不高。 　　2.2ADO 　　 ADO（ActiveX Data Object）动态数据对象。虽然OLE-DB允许程序员存取各类数据，是一个非常良好的架构，但是由于OLE-DB太底层化，而且在使用上非常复杂，需要程序员拥有高超的技巧，因此只有少数程序员才有办法使用OLE-DB。这让OLE-DB无法推广。为了解决这个问题， Microsoft同样以COM技术封装OLE-DB为ADO对象，OLEDB处于ODBC层和应用层之间。ADO是OLEDB上面的一种“应用”。从而简化了程序员数据存取的工作。由于 ADO成功地封装了OLE-DB大部分的功能，并且大量简化了数据存取工作，因此 ADO也逐渐被愈来愈多的程序员所接受。ADO包括了6个类：Connection、Command、Recordset、Errors、Param