java - 奇怪的 Java SQL 时间戳日历检索行为 - 从日历中获取毫秒？

Question

此代码片段:

private Date fetchTimestampFromDatabase(SqlRowSet rs, String field) {

try {

  System.out.println(rs.getTimestamp(field));
  for (int i = 0; i < 10; i++) {
    System.out.println(rs.getTimestamp(field, Calendar.getInstance(TimeZone.getTimeZone("UTC"))));
    Thread.sleep(200);
    ...

给出以下结果:

2014-06-06 10:44:58.696
2014-06-06 12:44:58.75
2014-06-06 12:44:58.95
2014-06-06 12:44:58.15
2014-06-06 12:44:58.35
2014-06-06 12:44:58.55
2014-06-06 12:44:58.75
2014-06-06 12:44:58.95
2014-06-06 12:44:58.15
2014-06-06 12:44:58.35
2014-06-06 12:44:58.55

太好了，时区偏移量已正确应用，但到底为什么毫秒会出现抖动(大概是从日历实例中获取的)？

阅读该方法的 javadoc，我发现了一个相当含糊的声明，似乎暗示这是按照指定的方式运行的:

"This method uses the given calendar to construct an appropriate millisecond value for the timestamp"

the source file第6180行证实了这一点:

cal.set(Calendar.YEAR, defaultCal.get(Calendar.YEAR));
cal.set(Calendar.MONTH, defaultCal.get(Calendar.MONTH));
cal.set(Calendar.DAY_OF_MONTH, defaultCal.get(Calendar.DAY_OF_MONTH));
cal.set(Calendar.HOUR_OF_DAY, defaultCal.get(Calendar.HOUR_OF_DAY));
cal.set(Calendar.MINUTE, defaultCal.get(Calendar.MINUTE));
cal.set(Calendar.SECOND, defaultCal.get(Calendar.SECOND));
return new java.sql.Timestamp(cal.getTime().getTime());

有人知道为什么没有设置 Calendar.MILLISECOND 吗？

干杯

Answer 1

文档似乎确实表明预计在日历中提供毫秒值。然而，它与documentation有些不同。 ResultSet(RowSet 从中扩展)。

This method uses the given calendar to construct an appropriate millisecond value for the timestamp if the underlying database does not store timezone information.

这似乎将两个看似不相关的概念联系在一起 - 数据库中时区信息的存在和数据库中时间戳字段的精度。

源代码中的问题实际上是在日历填充之前开始的:

   defaultCal.setTime((java.util.Date)value);

通过将时间戳转换为 java.util.Date，所有部分秒数据都会丢失。如 Timestamp 中所述javadoc:

Note: This type is a composite of a java.util.Date and a separate nanoseconds value. Only integral seconds are stored in the java.util.Date component.