问题标签 [jtds]

我们有一个简单的 [spring-hibernate] 应用程序（控制台应用程序），其中我们在可执行 JAR 文件的清单文件中设置了类路径。并且应用程序使用 jTDS JDBC 驱动程序连接到数据库，在 Windows 机器和 JDK 1.6 上一切正常，但在 Linux 上，应用程序无法找到驱动程序，我们正在使用 java -jar MainClassName 运行程序。

非常感谢任何关于为什么会发生这种情况的建议。

我们在使用 JDBC 连接到 SQL Server 数据库的 Tomcat 6 中运行的 Java Web 应用程序遇到问题。

在几次请求之后，应用程序服务器死掉了，并且在日志文件中我们发现了与数据库连接失败相关的异常。

我们现在没有使用任何连接池，而是使用标准的 JDBC/ODBC/ADO 驱动程序桥连接到 SQL Server。

我们是否应该考虑使用连接池来消除问题？

另外，我们是否应该将驱动程序更改为类似 jTDS 的东西？

我正在为我们的更新程序开发一个语句扫描器（寻找会导致同步数据出现问题的语句），我需要知道哪些 TSQL 数据类型被解析为Types.VARCHAR，哪些Types.LONGVARCHAR在调用时解析为DatabaseMetaData.getColumns()？

我的团队使用带有 JTDS 驱动程序的纯 JDBC（无连接池）用 Java 构建了一个连接到 Windows 2003 Server 中的 SQL Server 2005 的 Windows 服务。

一段时间后，打开与数据库的连接的方法开始引发异常，并带有以下堆栈跟踪：

尽管程序员在完成后很小心地关闭了连接，但有些事情并不顺利。

目前，我们解决了切换到命名管道协议的问题（因为所有都托管在同一台机器上），但这是一个临时解决方案。

我已经用谷歌搜索了这个问题，似乎我们应该使用一些连接池库，比如 c3p0。这是解决问题的唯一方法吗？

我可以尝试提高 Windows 2003 中的套接字限制吗？

下面的代码在变量上生成一个错误，con2说 "non-static variable con2 cannot be referenced from a static context Error."我用谷歌搜索了一个解决方案，他们建议该变量尚未初始化以使方法可用。我初始化不正确吗？我也尝试将事情更改为公开，但这也无济于事。

我想知道是否可以在事务中运行多个 DDL 语句。我对 SQL Server 特别感兴趣，尽管其他数据库（至少是 Oracle、PostgreSQL）的答案也可能很有趣。

我一直在为事务中创建的表做一些“CREATE TABLE”和“CREATE VIEW”，似乎有些不一致，我想知道 DDL 是否不应该在事务中完成......

我可能会将 DDL 移到事务之外，但我想为此获得一些参考。到目前为止我发现了什么：

• 数据库引擎中的MSDN 页面隔离级别清楚地表明，在快照隔离下运行的显式事务中可以执行哪些 DDL 操作存在限制- 但我没有使用快照隔离，这应该会导致错误。
  • 这可以解释为可以在不同隔离级别下的显式事务中执行 DDL 操作吗？
• Oracle® Database Gateway for SQL Server 用户指南#DDL 语句指出在给定事务中只能执行一个 DDL 语句- 这对于直接使用的 SQL Server 是否也有效？

对于甲骨文：

• 在 SO 问题单元测试需要在事务中的 DDL 语句中，据说 Oracle 确实为 DDL 语句隐式提交？（即使没有参考）

如果这很重要，我将通过 JTDS JDBC 驱动程序使用 Java 执行此操作。

br Touko

我正在尝试从 java 程序连接到在本地主机上运行的 MS SQL Server 2005 Express 数据库。

我尝试了在另一个运行 MS SQL Server 2000 的系统（相同的 java 代码）上使用的相同连接 URL（如下）。但这不起作用。

有任何想法吗？

我这里有一个情况。我有一个几乎可以发布（2 个月内发布）的应用程序，它在 microsoft Sql-Server 数据库上运行查询。我们为 sql-server 使用标准的 Microsoft jdbc 驱动程序实现。效果很好，没有问题。

现在有一个开发人员来找我，说我应该将我们的默认 jdbc 实现切换到 JTDS 驱动程序实现。

我在网上阅读了一些关于驱动程序及其基准测试等的信息，它似乎确实比微软的驱动程序好一点。

但是考虑到即将发布，并且驱动程序是开源的，以及我目前还没有想到的所有其他东西，您会花时间进行转换吗？

Currently we use jtds for connecting to our SQL Server databases. I've always taken it for granted that we use it due to performance and reliability reasons, however, it's usage pre-dates my employment.

All of that being said, we are now playing with the idea of moving to SQL Server 2008, which jtds has limited support for. Initial tests seem to indicate that jtds has better performance than the Microsoft supplied driver on 2005.

So my question is does anyone have any empirical evidence or any other good information otherwise indicating which jdbc driver is best suited for use with SQL Server 2005 and\or 2008?

Is jtds better? The driver supplied by Microsoft? Something else?

I've thought about profiling, but have doubts about whether this will really prove anything.

我正在尝试将一个简单的 groovy 脚本连接到数据库。

代码：

我已将 jtds-1.2.3.jar 放在 C:\groovy-1.6.3\lib 文件夹中，但上面的代码一直在抱怨：