三、ODBC的体系结构和实现
　　ODBC是依靠分层结构来实现的，如此可保证其标准性和开放性。ODBC的体系结构，它共分为四层：应用程序、驱动程序管理器、驱动程序和数据源。微软公司对ODBC规程进行了规范，它为应用层的开发者和用户提供标准的函数、语法和错误代码等，微软还提供了驱动程序管理器，它在Windows中是一个动态链接库即ODBC.DLL。驱动程序层由微软、DBMS厂商或第三开发商提供，它必须符合ODBC的规程，对于Oracle，它是ORA6WIN.DLL，对于SQL Server，它是SQLSRVR.DLL。
　　下面我们详细介绍各层的功能。
　　1. 应用程序层(Application)
　　使用ODBC接口的应用程序可执行以下任务：
　　①请求与数据源的连接和会话(SQLConnect)； ②向数据源发送SQL请求(SQLExecDirct或SQLExecute)；考|试/ ③对SQL请求的结果定义存储区和数据格式； ④请求结果； ⑤处理错误； ⑥如果需要，把结果返回给用户； ⑦对事务进行控制，请求执行或回退操作(SQLTransact)； ⑧终止对数据源的连接(SQLDisconnect)。
　　2. 驱动程序管理器(Driver Manager)
　　由微软提供的驱动程序管理器是带有输入库的动态连接库ODBC.DLL，其主要目的是装入驱动程序，此外还执行以下工作:
　　①处理几个ODBC初始化调用；
　　②为每一个驱动程序提供ODBC函数入口点；
　　③为ODBC调用提供参数和次序验证。
　　3. 驱动程序(Driver)
　　驱动程序是实现ODBC函数和数据源交互的DLL，当应用程序调用SQL Connect或者SQLDriver Connect函数时，驱动程序管理器装入相应的驱动程序，它对来自应用程序的ODBC函数调用进行应答，按照其要求执行以下任务:
　　①建立与数据源的连接；
　　②向数据源提交请求；
　　③在应用程序需求时，转换数据格式；
　　④返回结果给应用程序；
　　⑤将运行错误格式化为标准代码返回；
　　⑥在需要时说明和处理光标。
　　以上这些功能都是对应用程序层功能的具体实现。驱动程序的配置方式可以划分为以下两种。
　　(1)单层次(single-tier) 这种方式下，驱动程序要处理ODBC调用SQL语句，并直接操纵数据库，因此具有数据存取功能。考|试/这种配置最常见的是同一台微机之上异种数据库通过ODBC存取，如在Powerbuilder中存取XBase、Excel、Paradox等数据文件。
　　(2)多层次(multiple-tier) 这种配置中驱动程序仅仅处理ODBC调用，而将SQL语句交给服务器执行，然后返回结果。这种情况往往是应用程序、驱动程序管理器、驱动程序驻留在客户机端，而数据源和数据存取功能放在服务器端。譬如用Foxpro或Excel存取SQL Server或Oracle上的数据。
　　有时在以上两者之间加上网关以解决通信协议的转换等问题，这时驱动程序要将请求先传送给网关，如访问DEC RDB和IBM AS/400时的配置。
　　4. 数据源数据源由用户想要存取的数据和它相关的操作系统、DBMS及网络环境组成。