Java JDBC类型3驱动程序

今天我学习了不同的JDBC驱动程序。我发现在下面的网站

JDBC-ODBC桥比其他驱动程序（包括Type-3）花费更多的时间。但是当我看到3型赛车时

---

据说它使用中间层与服务器通信。中间层使用JDBC-ODBC桥与服务器通信。如果这就是架构，那么为什么类型3比类型1花费的时间更少，因为类型3本身使用类型1。如果我错了，请澄清我并纠正我。谢谢。

驾驶员的类型不会从本质上影响其性能。驱动程序编写得有多好可能会产生巨大的差异，而且实际数据库的性能通常会覆盖驱动程序本身对性能的任何影响。更不用说，对于给定的数据库设置，您可能只能使用某些驱动程序类型（或者能够找到某些实现类型）。长话短说，那些文章什么也没告诉你。根据需要的工作负载类型测试可用的驱动程序，并自行确定哪个驱动程序最有意义

正如一条评论所提到的，这些文章在计算机术语中是古老的。除此之外，第二篇文章还提到了一个特定的jdbc实现（本文的实现），它在实现中使用jdbc-ODBC桥。因此，第一篇文章中的时间安排与第二篇文章中的实现完全无关

---

然而，我要指出，与任何“真正”的JDBC驱动程序实现（为特定数据库供应商设计的驱动程序）相比，JDBC-ODBC桥往往是最不可靠的执行者。

我想不出任何好的理由，为什么有人会使用他们选择的数据库供应商提供的IV型JDBC驱动程序以外的任何驱动程序。所有值得使用的都有驱动程序：MySQL、Oracle、Microsoft SQL Server

---

2000年的Java文章很少值得引用

第一篇文章来自12年前，使用了

jdk1.2.1

（！！）和其他过时的技术。如果您想了解

JDBC

，肯定有更好的源代码。至少在几年前，Oracle Type 2（OCI）驱动程序中有一些不是Type 4驱动程序中的功能。TNS命名是其中之一，但我记得还有一些其他的功能。我确信有些功能是不同的。我怀疑他们是否仍然值得追求。