不要将您的日期时间转换为字符串以存储到 SQL 数据库中。使用日期时间对象。
我假设您要存储到数据类型datetime
或timestamp
没有时区的数据库列中,并且该列将包含 UTC 值(推荐做法)。在这种情况下,进一步假设您至少使用 Java 8 和至少 JDBC 4.2,将LocalDateTime
UTC 格式的 a 存储到数据库中。
ZonedDateTime dateTime = ZonedDateTime.of(
2018, 7, 1, 9, 0, 0, 0, ZoneId.of("America/Denver"));
LocalDateTime dateTimeInUtc = dateTime.withZoneSameInstant(ZoneOffset.UTC)
.toLocalDateTime();
System.out.println("UTC: " + dateTimeInUtc);
PreparedStatement ps = yourDatabaseConnection.prepareStatement(
"insert into your_table(date_time) values (?)");
ps.setObject(1, dateTimeInUtc);
ps.executeUpdate();
代码示例在 7 月 1 日上午 9 点在丹佛进行转换并打印:
UTC: 2018-07-01T15:00
然后它将打印的 UTC 时间存储到数据库中。注意setObject
方法的使用。
您使用的Calendar
课程早已过时,并且设计总是很糟糕。如果您Calendar
从遗留 API 获得了一个您现在无法更改或不想更改的对象,请先将其转换为 an Instant
,然后从那里进行进一步的转换:
Calendar localDateTime = // …;
LocalDateTime dateTimeInUtc = localDateTime.toInstant()
.atOffset(ZoneOffset.UTC)
.toLocalDateTime();
我应该在这里使用 LocalDateTime 吗?
编辑:这取决于您在数据库中使用的数据类型和 JDBC 驱动程序的要求。正如我所说,我假设您知道数据库中的值是 UTC,并且您使用的数据类型没有时区,所以数据库不知道。如果是这种情况,那么使用带有时区或偏移信息的 Java 类型是没有意义的,因为当您存储它时,它无论如何都会丢失。
有人会说,在这种情况下,您已经在数据库中使用了错误的类型,并建议您使用timestamp with timezone
列,这样数据库也知道时间是 UTC。在这种情况下,您当然应该在存储的值中包含偏移信息。例如,PostgreSQL JDBC 驱动程序OffsetDateTime
在这种情况下需要一个,这是合乎逻辑的(因为它存储的是 UTC 偏移量,而不是实时时区)。
根据您的 DBMS 的功能,可能还有其他选项。我在底部还包含了几个链接,您可以搜索更多。
你的代码出了什么问题?
您的转换Calendar
工作正常,并在 UTC 中为您提供了相同的时间点。问题只是在您尝试将其格式化为 a 时才开始String
:当您获取时calendar.getTime()
,您将获得一个Date
包含相同时间点(仍然是正确的时间点)的对象,但 aDate
无法保存时区信息,因此您丢失了信息关于UTC。接下来,您Date
使用SimpleDateFormat
. ASimpleDateFormat
有一个时区,如果您不自己设置,它会使用您的 JVM 的时区设置,这可能是 Mountain Time 的一些变体。因此,您的时间以 MT 打印。
链接