Type1 JDBC-ODBC桥
作为JDK1.1后的一部分，是sun.jdbc.odbc包的一部分
Application--->JDBC-ODBC Bridge(Type1 jdbc driver)---->JDBC-ODBC Library--->ODBC Driver-->Database
适用于快速的原型系统，没有提供JDBC驱动的数据库如AccessType2 JAVA to Native API
利用开发商提供的本地库来直接与数据库通信。
Application--->JDBC Driver(Type2 jdbc driver)---->Native Database library---->Database
比Type1性能略好。Type3 Java to net
Application--->Jdbc Driver(Type3 jdbc driver)----->java middleware--->JDBC Driver---->Database
具有最大的灵活性，通常由那些非数据库厂商提供，是四种类型中最小的。Type4 JAVA to native dababase
Application--->Jdbc driver(type4 jdbc driver)----->database engine--->database
最高的性能，通过自己的本地协议直接与数据库引擎通信，具备在Internet装配的能力。我们用的一般都是第二种吧？
第三种和第四种是怎么回事，谁用过？
作为JDK1.1后的一部分，是sun.jdbc.odbc包的一部分
Application--->JDBC-ODBC Bridge(Type1 jdbc driver)---->JDBC-ODBC Library--->ODBC Driver-->Database
适用于快速的原型系统，没有提供JDBC驱动的数据库如AccessType2 JAVA to Native API
利用开发商提供的本地库来直接与数据库通信。
Application--->JDBC Driver(Type2 jdbc driver)---->Native Database library---->Database
比Type1性能略好。Type3 Java to net
Application--->Jdbc Driver(Type3 jdbc driver)----->java middleware--->JDBC Driver---->Database
具有最大的灵活性，通常由那些非数据库厂商提供，是四种类型中最小的。Type4 JAVA to native dababase
Application--->Jdbc driver(type4 jdbc driver)----->database engine--->database
最高的性能，通过自己的本地协议直接与数据库引擎通信，具备在Internet装配的能力。我们用的一般都是第二种吧？
第三种和第四种是怎么回事，谁用过？
第二种：JAVA to Native API
第三种：通过中间服务器的
第四种：纯Jdbc的小弟对此略有了解：这不是四种驱动，
因为第一种不需要驱动，这是Java连
接数据库的四种方法。第一种很简单，但要配置数据源，借助
odbc，效率低，不推荐，它是初学者的
最爱。第二种需要本地库，似乎很复杂。
（说实话，我没搞过）第三种要中间中间服务器，适合applet中
的数据库开发。因为涉及到安全问题，中
间服务器可以具有认证许可。第四种是我的最爱，因为它是纯Java的，并
且相比前几种效率最高，极力推荐。
另外大家一般都用第一种和第四种（我指学生当中）