要使用Java连接到数据库,我们大多数人都使用JDBC API.
我们通常ojdbc14在类路径中包含类似(Intended for Java 1.4)的驱动程序,在程序中我们Class.forName使用它来使用它.
与大多数其他罐子的进口ojdbc14都没有,他们是从java.sql哪个是rt.jar自己.那么这些驱动器(1,2,3,4)使用哪种类型?
Edw*_*uck 17
您正在使用java.sql类的jdbc接口,因此驱动程序的类型不会对您的代码产生任何逻辑影响,它只会影响运行时/部署.
您还使用了Oracle的ojdb14.jar,可能使用"瘦"jdbc配置,这意味着您使用的是类型4驱动程序配置.使用这样的配置,您只需要将JDBC jar文件与数据库访问程序一起部署.
其他选项包括JDBC桥,它实际上意味着包装在JDBC服装中的ODBC连接.这意味着您必须配置系统以获得正确的ODBC功能,然后使用JAR文件访问ODBC.由于通过ODBC额外"跳跃"数据,人们可能会认为它比第4类访问慢一点; 但是,对于特定情况,ODBC有可能在很大程度上进行优化,额外跳可忽略不计.与大多数性能问题一样,通过测试(在您的环境中)发现真相.
类型2驱动程序再次使用Java(JDBC)API; 但是,它们将调用桥接到C或C++样式的共享库,然后处理真正的连接.如果驱动程序优化得如此之快以至于JNI建立/拆除调用的成本可以忽略不计,那么它可能会胜过4类驱动程序.
类型3驱动程序基本上将请求代理(或中继)到另一个网络资源.这通常会导致额外的网络攻击,但同样,这并没有说明实际的性能.
Type 4驱动程序是您可能想要坚持使用的驱动程序.Java程序直接连接到数据库,这意味着如果出现问题,它将完全在程序的JVM中进行连接(类型1,它在ODBC层中,类型2在本机编译代码中,键入3它在远程网络代理中).
再一次,这与功能无关; 但是,它们都会影响如何部署,如何调试以及如何配置数据库连接.
+------+---------------------------------+-------------------------------------------------------------------------------------------+
| Type | Driver | Descripiton |
+------+---------------------------------+-------------------------------------------------------------------------------------------+
| 1 | JDBC-ODBC Bridge (bridge) | Translates all JDBC calls into ODBC calls. |
| 2 | Native API (native) | Translates all JDBC calls into native API database calls. (e.g: DLL on windows using JNI) |
| 3 | Network Protocol(middleware) | Translates all JDBC calls into database independent middleware specific calls. |
| 4 | Native Protocol(pure java thin) | Translates all JDBC calls directly into database calls. |
+------+---------------------------------+-------------------------------------------------------------------------------------------+
Run Code Online (Sandbox Code Playgroud)
ojdbc14.jar: 提供 jdbc 驱动程序,可以帮助您连接到数据库。
java.sql.*:为您提供 apis 以查询 DB 中的数据,并且需要一个 DB 连接来执行驱动程序可以提供帮助的操作。
所以他们扮演不同的角色,两者都需要与数据库交谈。
谈到驱动程序的类型,它们与 DB 交互的不同方式对它们进行分类,但最终目标是相同的,即连接到 DB。
这里详细解释了驱动程序的类型:http : //en.wikipedia.org/wiki/JDBC_driver