Documentum（通过 DFC 的 DQL）始终将日期结果列作为格式如下的字符串返回：
Wed Oct 19 16:01:59 PDT 2011
...并且 .NETDateTime.Parse函数对此感到窒息——尤其是PDT字符串的时区（TZ 此后）部分——据我所知，在 DateTime 解析中没有这些 TZ 缩写的概念。当然，它会理解+8:00但不是PDT。
TZ 基于内容服务器的 TZ，它可能并不总是与 Web 服务的使用者相同的 TZ（我们通过 Web 服务提供 DQL 结果）。
所以...如果我可以让 Documentum 总是在这些字符串中给我 UTC 时间，我可以在客户端上很容易地进行转换，并且总是有正确的时区。
这可以做到吗？内容服务器是否有 Documentum 设置以始终返回 GMT 时间？
替代解决方案？
有关日期格式，请参阅dfc.date_format =您可以在dfc.properties文件中定义的设置。
有关详细信息的摘录dfcfull.properties：
可以使用 Java SimpleDateFormat 类的语法指定日期格式
您有什么版本的 Content Server？在 D6.x 中，日期以 UTC 格式存储，并由 Documentum 客户端应用程序转换为客户端的本地 TZ。有关详细信息，请参阅： https ://community.emc.com/message/545879#545879
对于 DQL，有一个 datetostring 函数，可以像这样使用它
select datetostring(r_creation_date, 'dd/mm/yyyy') from dm_document
它将返回 28/12/2014
或者像这样的时间
select datetostring(r_creation_date, 'dd/mm/yyyy hh:mi:ss') from dm_document
它将返回 28/10/2014 23:58:35
对于 DFC，不建议将 getString 用于日期。推荐使用 getTime 方法。它将返回可以转换为标准 Date 对象的 IDfTime 对象。