谁能解释 jdbc 结果集 getTimestamp(in,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 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 CET)。但是，如果我在 GMT 中提供 Calendar，则返回的时间应该是 11:20 UTC（12:20 CET）。

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 实例。