java - java.sql.Timestamp 时区特定吗？

Question

我必须在数据库中存储 UTC 日期时间。
我已将特定时区给出的日期时间转换为 UTC。为此，我遵循了以下代码。
我输入的日期时间是“20121225 10:00:00 Z”，时区是“Asia/Calcutta”
我的服务器/数据库(甲骨文)运行在同一时区(IST)“亚洲/加尔各答”

获取这个特定时区的日期对象

        String date = "20121225 10:00:00 Z";
        String timeZoneId = "Asia/Calcutta";
        TimeZone timeZone = TimeZone.getTimeZone(timeZoneId);

        DateFormat dateFormatLocal = new SimpleDateFormat("yyyyMMdd HH:mm:ss z");
                    //This date object is given time and given timezone
        java.util.Date parsedDate = dateFormatLocal.parse(date + " "  
                         + timeZone.getDisplayName(false, TimeZone.SHORT));

        if (timeZone.inDaylightTime(parsedDate)) {
            // We need to re-parse because we don't know if the date
            // is DST until it is parsed...
            parsedDate = dateFormatLocal.parse(date + " "
                    + timeZone.getDisplayName(true, TimeZone.SHORT));
        }

       //assigning to the java.sql.TimeStamp instace variable
        obj.setTsSchedStartTime(new java.sql.Timestamp(parsedDate.getTime()));

存入数据库

        if (tsSchedStartTime != null) {
            stmt.setTimestamp(11, tsSchedStartTime);
        } else {
            stmt.setNull(11, java.sql.Types.DATE);
        }

输出

DB (oracle) 存储了相同的 dateTime: "20121225 10:00:00 not in UTC.

我已经从下面的 sql 中确认了。

     select to_char(sched_start_time, 'yyyy/mm/dd hh24:mi:ss') from myTable

我的数据库服务器也在同一时区“亚洲/加尔各答”上运行

它给了我下面的外观

1. Date.getTime() 不是 UTC
2. 或者时间戳在存储到数据库时具有时区影响我在这里做错了什么？

还有一个问题:

timeStamp.toString() 是否会像 java.util.date 那样以本地时区打印？不是 UTC？

Answer 1

尽管没有明确指定setTimestamp(int parameterIndex, Timestamp x) 驱动程序必须遵循setTimestamp(int parameterIndex, Timestamp x, Calendar cal) javadoc 建立的规则:

Sets the designated parameter to the given java.sql.Timestamp value, using the given Calendar object. The driver uses the Calendar object to construct an SQL TIMESTAMP value, which the driver then sends to the database. With a Calendar object, the driver can calculate the timestamp taking into account a custom time zone. If no Calendar object is specified, the driver uses the default time zone, which is that of the virtual machine running the application.

当您使用 setTimestamp(int parameterIndex, Timestamp x) 调用时，JDBC 驱动程序使用虚拟机的时区来计算该时区中时间戳的日期和时间。这个日期和时间是存储在数据库中的内容，如果数据库列不存储时区信息，那么有关时区的任何信息都会丢失(这意味着使用数据库的应用程序可以使用始终保持同一时区或提出另一种方案来识别时区(即存储在单独的列中)。

例如:您本地的时区是 GMT+2。您存储“2012-12-25 10:00:00 UTC”。存储在数据库中的实际值为“2012-12-25 12:00:00”。你再次检索它:你再次将它取回为“2012-12-25 10:00:00 UTC”(但前提是你使用 getTimestamp(..) 检索它)，但是当另一个应用程序在 GMT+0 时区访问数据库，它将检索时间戳为“2012-12-25 12:00:00 UTC”。

如果您想将其存储在不同的时区，则需要在所需时区中对日历实例使用 setTimestamp(int parameterIndex, Timestamp x, Calendar cal)。只需确保在检索值时也使用具有相同时区的等效 getter(如果您使用数据库中没有时区信息的 TIMESTAMP)。

因此，假设您想要存储实际的 GMT 时区，您需要使用:

Calendar cal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
stmt.setTimestamp(11, tsSchedStartTime, cal);

对于 JDBC 4.2，兼容的驱动程序应该支持 java.time.LocalDateTime(和 java.time.LocalTime)用于 TIMESTAMP(和 TIME) 通过 get/set/updateObject。 java.time.Local* 类没有时区，因此不需要应用任何转换(尽管如果您的代码确实假定了特定时区，这可能会引发一系列新问题)。