如何解决最快的JDBC驱动程序
我在这里很困惑。
JDBC驱动程序有4种类型:
- JDBC-ODBC桥驱动程序(类型1)
- JDBC原生API(类型2)
- JDBC-Net纯Java(类型3)
- 本机协议,纯Java驱动程序(类型4)
但是,如果您在网上搜索最快的JDBC驱动程序,答案是: JDBC Net纯Java驱动程序(类型4)
JDBC-Net纯Java 不是3型驱动程序吗?为什么答案将 JDBC-Net pure Java 和类型4放在一起?非常感谢!
解决方法
您的困惑源于以下事实:这些名称都不是正式名称,JDBC规范中定义的正式名称只是带有 n 的“ Type n ”是1、2、3或4。看起来您的未命名来源试图将摘要名称附加到类型上,而这些名称只会引起混乱,因为您的不同来源对类型使用了不同的名称。
JDBC 4.3规范将类型定义为:
9.1驱动程序类型
JDBC驱动程序有很多可能的实现。这些 实现分为以下几类:
- 类型1 —将JDBC API实现为到另一个数据访问API(例如ODBC)的映射的驱动程序。这种类型的驱动程序通常是 依赖于本机库,这限制了它们的可移植性。的 JDBC-ODBC Bridge驱动程序是类型1驱动程序的示例。
- 类型2-部分用Java编程语言和部分本机代码编写的驱动程序。这些驱动程序使用本机客户端 特定于它们所连接的数据源的库。再次, 由于使用本机代码,因此它们的可移植性受到限制。
- 类型3 —使用纯Java客户端并使用独立于数据库的协议与中间件服务器通信的驱动程序。的 然后,中间件服务器将客户端的请求传达给数据 来源。
- 类型4-纯Java驱动程序,通常使用网络协议或文件I / O与特定数据源进行通信。客户端 直接连接到数据源。
这些类型都不是最快的。考虑到从Java代码到本机代码再来回的开销不大,对于相同的数据库系统,类型4驱动程序可能是最快的。类型3可能是最慢的类型,因为您从Java代码转到远程中间件服务器,然后该服务器将转换为特定于数据库的协议(可能使用其他JDBC驱动程序!)到实际数据库。以我的经验,类型3驱动程序非常罕见。
作为类型4最快的反例,我维护了Firebird的JDBC驱动程序Jaybird。 Jaybird提供了Type 4和两种Type 2实现(一种使用本地客户端库连接到远程Firebird服务器,而另一种则在您的Java进程中提供Firebird Embedded)。
通常,它的Type 4驱动程序对于本地主机和远程连接是最快的,Jaybird Type 2'Embedded'驱动程序通常是最快的整体驱动程序,因为它将在Java进程中托管数据库服务器,而这不占用网络或网络的开销。进程间通信。但是,在那种情况下,甚至无法使用Type 4驱动程序(使用Firebird Embedded需要加载并与本机库通信),因此这是错误的比较。
Jaybird Type 2“本机”驱动程序通常与Jaybird Type 4处于同等水平或稍慢,但与同一主机上的Firebird服务器的连接可能会更快,因为它可能使用稍快的IPC协议而不是如果主机是Windows,则使用某些连接字符串的TCP / IP。
仅凭“哪种类型是最快的”来告知您的决定是没有用的,因为某些数据库供应商仅提供Type 4,Type 2和Type 4,而例如,由于Oracle退出,Type 1几乎已失效。 Java的JDBC-ODBC桥。类型3很少见,因此无论如何您不太可能找到它。
通常,如果可用,我建议选择Type 4,因为它通常麻烦最少(例如,Type 2需要正确安装本机库,配置应用程序以查找本机库等)。但是,有时2型驱动程序可能会提供其他功能(如Firebird Embedded)。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。