任何人都可以解释jdbc结果集getTimestamp（int，calendar）的用法吗？

Question

我在谈论这个接口方法：

http://docs.oracle.com/javase/7/docs/api/java/sql/ResultSet.html#getTimestamp%28int,%20java.util.Calendar%29

最常用的实现是cachedrowset中的实现：

http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/687fd7c7986d/src/share/classes/com/sun/rowset/CachedRowSetImpl.java line 6170

您会注意到实现有两个非常奇怪的事情：

1）它修改作为参数传递的日历，即使还有返回值

2）它从SQL中提取所有时间信息， 除了毫秒 ，它来自作为参数传递的日历。

界面描述相当不清楚，但假设实现是正确的 - 这个方法有什么意义？ 我可以理解一种方法，它可以使日历只提取时区，而无需修改它。 但是拿一个日历，修改它，不仅提取区域而且提取毫秒......

有没有人对这个API背后的历史/设计/推理有任何见解？

Answer 1

这似乎是对JDBC API文档的错误解释（不幸的是， javax.sql.rowset有更多这些错误的解释）。

默认情况下，JDBC驱动程序需要存储或检索时间或时间戳，就好像存储在数据库中的时间位于JVM的当前时区中一样。 由于这并不总是你想要的，API提供了提供Calendar对象的方法，你需要使用它来派生实际时区（我不知道为什么他们不使用java.util.TimeZone而是）。

这在PreparedStatement.setTimeStamp中指定：

使用Calendar对象，驱动程序可以计算考虑自定义时区的时间戳。 如果未指定Calendar对象，则驱动程序将使用默认时区，即运行应用程序的虚拟机的时区。

ResultSet的方法getTimestamp遵循（或应该遵循）这些相同的规则。

因此，如果数据库存储时间'11：20'并且您的本地时区是CET（UTC + 1），则检索的时间是10:20 UTC（欧洲中部时间11:20）。 但是，如果我在GMT中提供Calendar ，则返回的时间应为UTC时间11:20（欧洲中部时间12:20）。

Answer 2

SQL数据库以年，月，日，小时，秒等形式存储时间戳的日期和时间值。这些值指定的时间实例取决于它们被解释的时区 （例如2014年1月1日.15 ：00：00在欧洲不是在美国的同一时间。 时区可能是也可能不是时间戳的一部分，具体取决于列的类型。

Java java.sql.Timestamp和java.util.Date类表示时间的实例，与时区无关（或者更确切地说，在固定的UTC时区中）。

如果SQL数据库中的列没有存储时区信息以及日期+时间，那么为了从这样的时间戳创建Java Date或TimeStamp对象需要一个时区，以便它可以及时指向特定的实例（在参考UTC时区）。

有问题的ResultSet.getTimestamp()方法可用于获取SQL时间戳数据，并使用参数Calendar对象中设置的时区信息将其转换为Java Timestamp实例。