我有一个简单的选择查询,如下所示,但我注意到我得到了地区时间。如何在我的选择语句中将其转换为UTC?
select myTimeStamp, MyName, MyBranch from tableA
结果:'2014年3月27日15:15:26','约翰','伦敦'
我尝试使用sys_extract_utc(myTimeStamp),但出现错误:
SQL命令未正确结束。
myTimestamp
列的数据类型为'date'。
我有一个简单的选择查询,如下所示,但我注意到我得到了地区时间。如何在我的选择语句中将其转换为UTC?
select myTimeStamp, MyName, MyBranch from tableA
结果:'2014年3月27日15:15:26','约翰','伦敦'
我尝试使用sys_extract_utc(myTimeStamp),但出现错误:
SQL命令未正确结束。
myTimestamp
列的数据类型为'date'。
select cast(mytimestamp as timestamp) at time zone 'UTC',
MyName,
MyBranch
from tableA
因为mytimestamp
实际上是一个date
而不是时间戳,所以你需要进行强制转换。这样做可以让Oracle假设存储在mytimestamp
中的信息处于服务器的时区-如果不是这种情况,则需要使用Madhawas的解决方案。
select dbms_scheduler.stime,cast(dbms_scheduler.stime as timestamp) at time zone 'UTC' from dual;
。 - Tim根据类型,关于Oracle转换的时区有一些需要注意的地方,具体取决于myTimestamp
的数据类型。
它只是工作。 a_horse_with_no_name 在这里给出了正确的答案。
它会被隐式转换为带有时区的时间戳,然后就可以正���工作了。同样,a_horse_with_no_name 在这里也是正确的。
虽然它也会被隐式转换为带有时区的时间戳,但默认分配的时区是会话时区(而不是数据库时区)。
myTimestamp at local
。from_tz
函数来显式构建一个具有与会话不同的明确时区的值。尝试对日期执行上述任何操作都将失败,如您所描述:
myTimestamp at time zone 'UTC'
from_tz(myTimestamp, 'America/New_York')
这里的解决方案是先将日期转换为时间戳:
select from_tz(cast(myTimestamp as timestamp), 'America/New_York') from tableA
下面的脚本展示了行为。请注意,在我的系统上,dbtimezone
是US/Central,而sessiontimezone
是GMT-05:00。
我还使用to_char
转换输出,因为我发现一些工具可能会以微妙的方式更改结果时间戳,特别是如果它们没有良好的时间戳支持(虽然这在现在很少见,但仍有潜在问题)。
alter session set nls_date_format = 'YYYY-MM-DD HH24:MI:SS'
/
alter session set nls_timestamp_format = 'YYYY-MM-DD HH24:MI:SS'
/
alter session set nls_timestamp_tz_format = 'YYYY-MM-DD HH24:MI:SS TZR'
/
select dbtimezone
,sessiontimezone
,to_char(timestamp '2017-01-01 06:00:00') as ts
,to_char(timestamp '2017-01-01 06:00:00' at local) as ts_at_local
,to_char(timestamp '2017-01-01 06:00:00' at time zone dbtimezone) as ts_at_db
,to_char(timestamp '2017-01-01 06:00:00' at time zone sessiontimezone) as ts_at_session
from dual
/
我的系统输出如下(为了易读性,重新格式化为列格式):
DBTIMEZONE US/Central
SESSIONTIMEZONE -05:00
TS 2017-01-01 06:00:00
TS_AT_LOCAL 2017-01-01 06:00:00 -05:00
TS_AT_DB 2017-01-01 05:00:00 US/CENTRAL
TS_AT_SESSION 2017-01-01 06:00:00 -05:00
date
类型具有时间组件,因此这是完全正常的。转换为timestamp
将保留该时间。(小数秒部分将为零)。这很容易测试:select cast(sysdate as timestamp) from dual
。 - Alex Pooledbtimezone
是美国中部,而sessiontimezone
是-05:00。此外,如果您返回实际值,您的客户端可能会看到不同的行为。较旧版本的Toad会更改输出日期(12.x不会)。 - Chris R. Donnelly你需要知道你所在的时区;
SELECT myTimeStamp, from_tz(myTimeStamp, 'America/New_York') AT TIME ZONE 'UTC' utc FROM dual;
from_tz
调用中,你需要使用 cast(myTimeStamp as timestamp)
,因为它是一个 date
类型。 - Alex Poolefrom_tz()
将日期与时区EST/EDT(本例中)绑定;'at time zone 'UTC'将时间转换为UTC。只要您知道日期最初来自哪个时区,这就是您所需的。这对于评论来说是太多代码了,但是:
select from_tz(cast(to_date('2014-03-27 01:00', 'YYYY-MM-DD HH24:MI') as timestamp), 'America/Los_Angeles') at time zone 'UTC' from dual会给出
27-MAR-14 08.00.00.000000 UTC`。如果这不是您想要的,请详细说明您的问题。 - Alex Poole从Oracle 19c开始,引入了一个新的函数TO_UTC_TIMESTAMP_TZ
SQL函数TO_UTC_TIMESTAMP_TZ将ISO 8601日期格式字符串作为varchar输入,并返回SQL数据类型TIMESTAMP WITH TIMEZONE的实例。它将输入规范化为协调世界时(以前是格林威治标准时间)的UTC时间。与SQL函数TO_TIMESTAMP_TZ不同,新函数假定输入字符串使用ISO 8601日期格式,并将时区默认为UTC 0。
select TO_UTC_TIMESTAMP_TZ ( to_char(sysdate,'yyyy-mm-dd"T"HH:MI:SS') ) as utc
from dual;
UTC
31-MAR-19 05.45.36.000000 AM +00:00
date
类型,那么如何知道它具有“区域”时间,并且 Oracle 如何知道它代表哪个区域/偏移量 - 从而如何将其转换为 UTC?您是否有其他信息来确定每个值应该在哪个区域? - Alex Poole