Datetime Documentum DQL:如何将日期列的UTC时区解析为.NET?
Documentum(DQL通过DFC)始终以如下格式的字符串形式返回日期结果列:Datetime Documentum DQL:如何将日期列的UTC时区解析为.NET?,datetime,timezone,string-parsing,documentum,documentum-dfc,Datetime,Timezone,String Parsing,Documentum,Documentum Dfc,Documentum(DQL通过DFC)始终以如下格式的字符串形式返回日期结果列: Wed Oct 19 16:01:59 PDT 2011 …而.NETDateTime.Parse函数就被这一点阻塞了-尤其是字符串的PDT时区(TZ)部分-据我所知,在DateTime解析中没有这些TZ缩写的概念。当然,它可以理解+8:00,但不能理解PDT TZ基于content server的TZ,它可能并不总是与web服务的使用者相同的TZ(我们通过web服务提供DQL结果) 所以。。。如果我能让Doc
Wed Oct 19 16:01:59 PDT 2011
…而.NETDateTime.Parse
函数就被这一点阻塞了-尤其是字符串的PDT
时区(TZ)部分-据我所知,在DateTime解析中没有这些TZ缩写的概念。当然,它可以理解+8:00
,但不能理解PDT
TZ基于content server的TZ,它可能并不总是与web服务的使用者相同的TZ(我们通过web服务提供DQL结果)
所以。。。如果我能让Documentum始终在这些字符串中为我提供UTC时间,我就可以在客户端上非常轻松地进行转换,并且始终具有正确的时区
这能做到吗?是否有Documentum设置使content server始终返回GMT时间
替代方案 有关日期格式,请参见可在
dfc.properties
文件中定义的dfc.date\u格式=
设置
有关详细信息,摘自dfcfull.properties
:
可以使用Java SimpleDataFormat类的语法指定日期格式
您有什么版本的Content Server?在D6.x中,日期存储在UTC中,并通过Documentum客户端应用程序转换为客户端的本地TZ。有关更多详细信息,请参阅:
对于DQL,有一个datetostring函数,可以这样使用它
select datetostring(r_creation_date, 'dd/mm/yyyy') from dm_document
select datetostring(r_creation_date, 'dd/mm/yyyy hh:mi:ss') from dm_document
它将于2014年12月28日返回
还是随着时间的流逝
select datetostring(r_creation_date, 'dd/mm/yyyy') from dm_document
select datetostring(r_creation_date, 'dd/mm/yyyy hh:mi:ss') from dm_document
它将返回2014年10月28日23:58:35
对于DFC,不建议对日期使用getString。建议使用getTime方法。它将返回可转换为标准日期对象的IDfTime对象