ODBC、JDBC和四种驱动类型
转载⾃:mysql下载jar包
早期的数据库开发领域没有通⽤的应⽤程序编程接⼝,开发⼈员在使⽤不同数据库产品时,必须学习和使⽤⼚商专⽤API,例如Oracle Call Interface、Microsoft Database Library等。针对业界对通⽤编程接⼝的需求,微软推出了ODBC(Open Database Connectivity)⽅案,并获得⼚商和开发⼈员的认可。ODBC建⽴了⼀组规范,并提供了对数据库访问的标准API,后来被X/OPEN 和ISO/IEC采纳,作为SQL标准的⼀部分。
SUN参考了ODBC,为JAVA设计了专⽤的数据库连接规范JDBC(JAVA Database Connectivity)。JDBC期望的⽬标是让Java开发⼈员在编写数据库应⽤程序时,可以有统⼀的接⼝,⽆须依赖特定数据库API,达到“ ⼀次开发,适⽤所有数据库”。虽然实际开发中,经常会因为使⽤了数据库特定的语法、数据类型或函数等⽽⽆法达到⽬标,但JDBC的标准还是⼤⼤简化了开发⼯作。
JDBC标准主要分为两部分:⾯向应⽤开发⼈员的应⽤程序开发接⼝和⾯向数据库驱动程序的开发者(通常是数据库⼚商)接⼝。JDBC标准中,按操作⽅式把驱动程序分为四种类型。
Type 1: JDBC-ODBC Bridge Driver
SUN发布JDBC规范时,市场上可⽤的JDBC驱动程序并不多,但是已经逐渐成熟的ODBC⽅案使得通过ODBC驱动程序⼏乎可以连接所有类型的数据源。所以SUN发布了JDBC-ODBC的桥接驱动,利⽤现成的ODBC架构,将JDBC调⽤转换为ODBC调⽤,避免了JDBC⽆驱动可⽤的尴尬。
不过,由于桥接的限制,并⾮所有功能都能直接转换并正常调⽤,⽽多层调⽤转换对速度也有⼀定的影响,除⾮没有其他解决⽅案,否则不应采⽤桥接架构。
Type 2: Native API Driver
这类驱动程序会直接调⽤数据库提供的原⽣链接库或客户端,因为没有中间过程,访问速度通常表现良好。但是驱动程序与数据库和平台绑定,⽆法达到JDBC跨平台的基本⽬的。在JDBC规范中也是不
被推荐的选择。
Type 3: JDBC-Net Driver
这类驱动程序会将JDBC调⽤转换为独⽴于数据库的协议,然后再通过特定的中间组件或服务器转换为数据库通信协议,主要⽬的是为了获得更好的架构灵活性。例如更换数据库时可通过更换中间组件实现。由⾮数据库⼚商开发的Type 3驱动通常还提供额外的功能,例如⾼级安全特性等,但通过中间服务器转换也会对速度有⼀定影响。JDBC领域这种类型驱动并不常见,⽽微软的
ADO.NET是这种架构的典型。
Type 4: Native Protocol Driver
这是最常见的驱动程序类型,我们开发中使⽤的驱动jar包基本都属于此类,通常由数据库⼚商直接提供,例如mysql-connector-java,驱动程序把JDBC调⽤转换为数据库特定的⽹络通信协议。因为使⽤⽹络通信,驱动程序可以纯Java实现,⽀持跨平台部署,性能也较好。

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。