主页 / dba / 问题 / 159450
Accepted
Jason Krs
Asked: 2016-12-30 06:21:30 +0800 CST

您能帮助消除 ORACLE 时间戳与本地时区的混淆吗？

  • 772

下面是ORACLE的描述TIMESTAMP WITH LOCAL TIME ZONE

...存储在数据库中的数据被规范化为数据库时区，并且时区偏移量不作为列数据的一部分存储。当用户检索数据时，Oracle在用户的本地会话时区中返回它。

将存储在数据库中的数据标准化为数据库时区意味着什么？标准化...如何？

如果它被规范化，为什么它不与服务器的时区而不是用户的本地会话时区相应地返回......它是如何“会话”而不是“服务器”？

oracle

2 个回答

  1. Best Answer

    标准化意味着不存储时区信息。存储此类数据时，时间戳值会自动调整为与数据库服务器处于同一时区。检索此类数据时，时间戳值会自动调整为与客户端处于同一时区。

    例如，我模拟我的客户在不同的时区：

    $ export TZ=America/Los_Angeles
$ sqlplus user/password@orcl

    创建一个表来存储时间戳值：

    SQL> create table t1 (t timestamp with local time zone);

Table created.

    现在请注意我的本地（客户端）时间（current_timestamp）与服务器时间（systimestamp）有何不同：

    SQL> select current_timestamp, systimestamp from dual;

CURRENT_TIMESTAMP                   SYSTIMESTAMP
----------------------------------- -----------------------------------
29-DEC-16 06.36.09.364628 AM -08:00 29-DEC-16 03.36.09.364623 PM +01:00

    现在我插入我的当地时间：

    SQL> insert into t1 (t) values (current_timestamp);

1 row created.

SQL> commit;

Commit complete.

SQL> select t from t1;

T
---------------------------------------------------------------------------
29-DEC-16 06.36.32.100571 AM

    正是我所期望的。但如果我检查真正的内容：

    SQL> select dump(t) from t1;

DUMP(T)
----------------------------------------------------
Typ=231 Len=11: 120,116,12,29,16,37,33,5,254,151,120

    TIMESTAMP存储为：

    • 第一个字节：年份的前两位数：20 + 100 = 120
    • 第二个字节：年份的最后两位数：16 + 100 = 116
    • 第 3 个字节：月：12
    • 第 4 个字节：天：29
    • 第 5 个字节：小时：15 + 1 = 16
    • 第 6 个字节：分钟：36 + 1 = 37
    • 第 7 个字节：秒：32 + 1 = 33
    • 第 8-11 个字节：秒的小数部分

    时区信息将在第 12 和第 13 个字节中，但它不与此数据类型一起存储。

    所以实际存储的数据是2016-12-29 15:36:32:...，因为我的数据库在CET时区。

    如果我假装在另一个不同的时区，我的查询将返回一个调整到该时区的时间戳：

    $ export TZ=Asia/Hong_Kong
$ sqlplus user/password@orcl


SQL> select t from t1;

T
---------------------------------------------------------------------------
29-DEC-16 10.36.32.100571 PM
    • 7

  2. 很多时候，当您必须使用时区数据时，一种常见的方法是：

    在 UTC 时间内部存储所有时间，并根据本地用户设置在应用程序级别显示它们。

    这正是TIMESTAMP WITH LOCAL TIME ZONE正在做的事情，但在 SQL 级别上。唯一的区别是：

    在DBTIMEZONE时间内部存储所有时间，并根据本地用户设置（即SESSIONTIMEZONE).

    一旦您创建了一个带有TIMESTAMP WITH LOCAL TIME ZONE列的表，并且该表包含您无法再更改的任何数据DBTIMEZONE- 当您考虑上述语句时，这听起来很合乎逻辑。

    • 1

相关问题