相信做过Java开发的人都对JDBC驱动有所了解：它是Java程序访问数据库的中间件。JDBC驱动可以使Java程序打开数据库连接，并发送SQL（DDL，DML）或者数据库命令，执行结果以Java数据类型返回。从实现的角度来讲：它是对Java的JDBC API的实现，由第三方数据库厂商来完成。
由于操作系统、硬件平台的多样性， Sun公司将JDBC实现分为4种类型（Type1 ,2,3,4）。下面就对这四种类型分别进行说明。
对于type1 类型的驱动，通信模型是这样的：
1） 一台服务器上安装有Database Server
2） 本机（运行java程序的机器）上安装数据库的客户机
3） Java程序与客户机上的ODBC驱动通信，会使用到一个JDBC ODBC桥（type 1）
也就是说，Java程序通过JDBC ODBC桥与客户机上的ODBC驱动通信，ODBC与远程数据库通信，以此来完成Java与数据库的通信。
在Java刚诞生的那个年代，这种方式是很有用的，因为当时的数据库都是只支持ODBC访问。但现在呢，这种访问方式已经很少看到了。如果你想要练习这种方式的话，还是可以的。
譬如说SQLServer、Access、DB2 ，肯定还是支持这种方式的。
这种方式下，JDBC API 使用了JNI方式，也就是Java调用转为C/C++调用，以此来访问数据库。也就是说整个通信过程是这样的：
·Java代码调用JDBC API
·JDBC API转为JNI调用，即Type2 类型的驱动调用。
·Type2类型的驱动访问数据库。
这种方式，也是需要安装客户机的，因为这个驱动（Type2-Native API 实现）是在客户机里才有的。
Type2相比与Type1，少了ODBC，所以这种方式的开销会更少一些。
例如，在使用PLSQL Developer时，会使用到OCI（Oracle Call Interface）。
Type1, 2, 4都是一种两层的通信模式：本机程序（包括Java程序、驱动、客户机）->数据库服务器。然而Type 3则是一种三层的通信模式：
中间服务器上安装了JDBC Type1，2，4类型的驱动与远程数据库直接交互，java程序使用Type3驱动基于网络来调用JDBC Type1,2,4，以此来完成Java程序与数据库的通信。
这种方式，应该是目前最为常用的了。直接通过JDBC驱动与数据库进行交互。还需要安装客户机什么的。
如果你访问一类数据库，例如Oracle, Sybase, IBM，最好是选用type 4.
如果你的Java程序会同时访问多种数据库，Type 3 是不错的选择。
如果Type3，4都不可用的情况下，Type2 是一种不错的选择。
Type 1 现在已很少用的到了。
原文：http://www.cnblogs.com/f1194361820/p/5156995.html