Java Sun JDBC ODBC驱动程序或MSSQL JDBC驱动程序

我们有两种连接MSSQL数据库的方法，一种是Sun JDBC ODBC桥，另一种是MSSQL JDBC驱动程序

我们正在进行一些重组，希望有一种统一的数据库连接方法

我们应该使用哪种驱动程序？

---

（我有意把这个问题放在一个非常广泛的层面上，我想听听大家的意见）

Sun的bridge driver不应该用于原型设计和快速开发之外的任何事情

如果有可用的JDBC驱动程序，则应始终使用IV型JDBC驱动程序。据我所知，SQL Server有两种：和

就连太阳报/甲骨文也这么说。这是来自他们的：

如果可能，请使用纯Java JDBC驱动程序，而不是桥和 ODBC驱动程序。这完全消除了客户端配置 ODBC所要求的。它还消除了Java虚拟机 可能会因以下操作引入的本机代码中的错误而损坏： 桥（即桥本机库，ODBC驱动程序管理器 库、ODBC驱动程序库和数据库客户端库）

建议在原型设计中使用JDBC-ODBC桥驱动程序 在没有其他基于JDBC技术的驱动程序的情况下 存在。如果一个商业的、全Java JDBC驱动程序可用，我们 建议用它代替桥

---

Sun的bridge驱动程序不应该用于原型和快速开发之外的任何事情

如果有可用的JDBC驱动程序，则应始终使用IV型JDBC驱动程序。据我所知，SQL Server有两种：和

就连太阳报/甲骨文也这么说。这是来自他们的：

如果可能，请使用纯Java JDBC驱动程序，而不是桥和 ODBC驱动程序。这完全消除了客户端配置 ODBC所要求的。它还消除了Java虚拟机 可能会因以下操作引入的本机代码中的错误而损坏： 桥（即桥本机库，ODBC驱动程序管理器 库、ODBC驱动程序库和数据库客户端库）

建议在原型设计中使用JDBC-ODBC桥驱动程序 在没有其他基于JDBC技术的驱动程序的情况下 存在。如果一个商业的、全Java JDBC驱动程序可用，我们 建议用它代替桥

使用Microsoft提供的或。在撰写本文时，Microsoft提供的MSSQL JDBC驱动程序的版本为3.0，尽管版本4作为预览版提供

避免使用Sun JDBC ODBC驱动程序，因为它实际上是连接机器中安装的ODBC驱动程序的桥梁。至少有人在StackOverflow上询问过为什么应该使用类型4驱动程序，而不是类型1（ODBC桥）或类型2（基于JNI的）驱动程序

要添加到该问题的答案中，请避免使用类型1（ODBC驱动程序桥），除非您无法从供应商处找到JDBC驱动程序。毕竟，依赖供应商提供的ODBC驱动程序以及Sun JDBC-ODBC驱动程序在商业上没有任何意义；在生产过程中遇到的任何错误都可能出现在这两种情况中。因此，如果您要为业务线应用程序做出此决定，则应该使用经过良好测试的第三方JDBC驱动程序（如jTDS或JDBC）或供应商提供的驱动程序（除非您的经验表明驱动程序编写得很差，或者供应商无法在足够的时间内解决问题或提供解决办法）.

使用Microsoft提供的或。在撰写本文时，Microsoft提供的MSSQL JDBC驱动程序版本为3.0，但版本4作为预览版本提供

避免使用Sun JDBC ODBC驱动程序，因为它实际上是连接机器中安装的ODBC驱动程序的桥梁。至少在StackOverflow上有人询问过为什么应该使用类型4驱动程序而不是类型1（ODBC桥）或类型2（基于JNI的）驱动程序

要添加该问题的答案，请键入1（ODBC驱动程序桥）除非您无法从供应商处找到JDBC驱动程序，否则应避免使用。毕竟，依赖供应商提供的ODBC驱动程序以及Sun JDBC-ODBC驱动程序没有任何商业意义；在生产过程中遇到的任何错误都可能在这两个驱动程序中。因此，如果您为业务线应用程序做出此决定，则因此，您应该使用经过良好测试的第三方JDBC驱动程序（如jTDS或）或供应商提供的驱动程序（除非您的经验表明驱动程序编写得很差，或者供应商无法在足够的时间内解决问题或提供解决方法）。

还有

这个驱动程序有它的位置-需要额外的安全性和可配置性。

还有

这个驱动程序有它的位置——需要额外的安全性和可配置性