一个完整的ODBC由下列几个部件组成：
1.应用程序(Application)。
2.ODBC管理器(Administrator)：整个架构的管理中心。
3.驱动程序管理器(Driver Manager)：ODBC驱动程序集中管理的部件。
4.ODBC API：规定程序中SQL语句的格式,以及数据库访问的相关函数的函数头。
5.ODBC驱动程序：与具体的DBMS通信，调用DBMS提供的API；自己(通过Driver Manager)被ODBC API调用
6.数据源：数据库位置和数据库类型等信息，保证能够完全的识别并区分数据库
各部件之间的关系如图下图所示：
应用程序要访问一个数据库，首先必须用ODBC管理器注册一个数据源，管理器根据数据源提供的数据库位置、数据库类型及ODBC驱动程序等信息，建立起ODBC与具体数据库的联系。这样，只要应用程序将数据源名提供给ODBC，ODBC就能建立起与相应数据库的连接。
在ODBC中，ODBC API不能直接访问数据库，必须通过驱动程序管理器与数据库交换信息。驱动程序管理器负责将应用程序对ODBC API的调用传递给正确的驱动程序，而驱动程序在执行完相应的操作后，将结果通过驱动程序管理器返回给应用程序。
在访问ODBC数据源时需要ODBC驱动程序的支持。
说明：从某种角度来讲ODBC就是一种具体的数据库驱动，或者是一种一(用户API)对多(DBMS)的驱动。但是ODBC也是一套内部标准。只是这中标准没有公开,仅仅由微软实现。
开发者：MS
从结构上分，ODBC 分为单束式和多束式两类。
1.单束式驱动程序
单束式驱动程序介于应用程序和数据库之间，像中介驱动程序一样数据提供一个统一的数据访问方式。当用户进行数据库操作时，应用程序传递一个ODBC 函数调用给ODBC 驱动程序管理器，由ODBC API 判断该调用是由它直接处理并将结果返回还是送交驱动程序执行并将结果返回。由上可见，单束式驱动程序本身是一个数据库引擎，由它直接可完成对数据库的操作，尽管该数据库可能位于网络的任何地方。
2.多束式驱动程序
多束式驱动程序负责在数据库引擎和客户应用程序之间传送命令和数据，它本身并不执行数据处理操作而用于远程操作的网络通信协议的一个界面。前端应用程序提出对数据库处理的请求，该请求转给ODBC 驱动程序管理器，驱动程序管理器依据请求的情况，就地完成或传给多束驱动程序，多束式驱动程序将请求翻译为特定厂家的数据库通信接口（如Oracle 的SQLNet）所能理解的形式并交于接口去处理，接口把请求经网络传送给服务器上的数据引擎，服务器处理完后把结果发回给数据库通信接口，数据库接口将结果传给多束式ODBC 驱动程序，再由驱动程序将结果传给应用程序。
说明：从某种角度来讲ODBC就是一种具体的数据库驱动，或者是一种一(用户API)对多(DBMS)的驱动。但是ODBC也是一套内部标准。只是这中标准没有公开,仅仅由微软实现。
开发者：MS
