小编典典

SQL Server的timestamp2应该如何在JDBC中工作?

java

我在尝试使用timestamp2代替SQL Server
2008中的Timestamp时遇到了一些麻烦。显然,rs.getTimestamp在timestamp和timestamp2之间的行为非常不同。但是,我找不到任何文档说明应该有所不同,或者我应该使用其他有所不同的文档。我想知道我是否做错了什么。

环境:

  • 在SQL Express 2008(10.0)和SQL Server 2008 R2(10.5)上都进行了尝试。
  • sqljdbc4.jar版本3.0,大小为537,303字节,CRC-32 = a0aa1e25,MD5 = 402130141d5f2cee727f4371e2e8fd8a。
  • Java 1.6

这是一个演示该问题的单元测试。唯一的“魔术”是“
Db.getConnection()”,您可以用适当的代码替换它。datetime和datetime2的测试相同,但datetime2测试失败,且日期早于2天。我将数据库中的所有时间都视为GMT
/ UTC,并且没有尝试将时区信息添加到datetime2数据的数据库数据中。

    private void testTimestamp(TimeZone gmtTz, Connection conn, String query,
                    Calendar expectedCal) throws SQLException
    {
            PreparedStatement stmt = conn.prepareStatement(query);
            ResultSet rs = stmt.executeQuery();
            while (rs.next())
            {
                    // Note the expectedCal has a GMT timezone.
                    Date actualTs = rs.getTimestamp("dt", expectedCal);

                    // Just print out the time difference
                    long diff = actualTs.getTime() - expectedCal.getTimeInMillis();
                    System.out.println("Diff=" + diff);

                    // Do the test to make sure they are the same
                    // In practice, this succeeds for datetime and fails for datetime2
                    Assert.assertEquals(expectedCal.getTimeInMillis(), actualTs.getTime());
            }
    }

    @Test
    public void testDateTime() throws SQLException
    {
            Connection conn = Db.getConnection();
            TimeZone gmtTz = TimeZone.getTimeZone("GMT");
            String query;

            Calendar expectedCal = Calendar.getInstance(gmtTz);
            expectedCal.clear();
            expectedCal.set(2011, 10, 02, 11, 17);

            query = "select CAST('2011-11-02 11:17:00' as datetime) as dt";
            testTimestamp(gmtTz, conn, query, expectedCal);

            query = "select CAST('2011-11-02 11:17:00.0000000' as datetime2) as dt";
            testTimestamp(gmtTz, conn, query, expectedCal); // results in an error
    }

我唯一的选择切换回时间戳了吗?

编辑:对于将来的Google员工,使用sqljdbc4.jar 3.0版,该测试在Linux上失败,但在Windows上通过。我尚未尝试使用SQL
Server 2012附带的sqljdbc4.jar版本4.0。


阅读 209

收藏
2020-11-23

共1个答案

小编典典

我记得没有听到有关官方SQL
Server驱动程序和JTDS被首选的好消息(尽管我似乎找不到该链接)。我个人会使用JTDS(当然要经过严格的测试),或者再回到不会引起问题的版本。我没有使用过SQL
Server,但从外观上看,这似乎datetime2是首选的数据类型,因此我宁愿不还原。选项(d)并不是IMO的好选择。:)

2020-11-23