我这里有一个情况。 我有一个（2个月的发布），运行查询在微软的SQL服务器database.We使用SQL服务器标准的Microsoft JDBC驱动程序实现的应用几乎释放准备。 伟大的作品，没有任何问题。
现在有来开发者对我说，我要切换我们默认的JDBC实现到的JTDS驱动程序的实现。
我在网上一些关于驱动程序及其基准等阅读，它似乎真的从微软表现得更好一点的驱动程序。
但同时考虑到发布不久，而且司机是开源和所有我现在不，现在想起来，你会投资你的时间，使开关其他的东西？
Answer 1:
我用在生产中JTDS司机一年左右没有任何问题。
然而，在你的情况，如果你已经有了已建成并与MS JDBC驱动程序测试的系统，那么你真的应该坚持到底。
在此期间，进行一些测试，看看你是否可以收集硬数字，显示JTDS跑赢MS JDBC为您的使用情况。 如果备份这些说法中的数据，然后拿出一个计划，开始使用您的开发和测试周期JTDS，终于推出它到你的产能释放。
Answer 2:
我们使用JTDS驱动程序有关的一年。 到今天为止，我可以跟以下：
优点：
- 较小的JAR。
- 结果集的速度更快。 抓取是可配置的。
- 高速缓存磁盘上的巨大成果（MS驱动程序，您需要使用慢速双向光标或缓存结果记忆，产生偶尔OutOfMemoyErrors）。
- 文件虽小，但足够（MS驱动程序文档散布在数百MSDN页）。
- 更好的错误报告（总是一个不错的SQLException，而MS驾驶员有时会抛出ClassCastException或其他的RuntimeException）。
- 开源。
缺点：
- 坏的支持，原因是：
- 相对较小的用户群，让坏的社会支持。
- 一家大公司没有备份，所以如果你需要一些快速的解决方案，你一定希望开发商都可以并愿意帮助（记住他们不支付的回答论坛上的消息）。
- 因为MS SQL Server的协议有许多专有部分，MS可以执行，当你在服务器上应用维护更新，打破JTDS变化。
- 还不如了最新的MS驱动程序。 当MS启动一个新的SQL Server版本中，JDBC驱动程序通常一起发布。 JTDS必须努力迎头赶上，并且可能需要几个月。
Answer 3:
Close释放，没有。
后来做的，是的。
JTDS在MS一个比如你可以使用域帐户的服务为您的SQL连接都有益处，并且支持SSL encrpyted。
文章来源: Using JTDS driver [closed]
