时区管理

工作原理

Adobe Campaign允许您根据日期的时区来表示日期:这使国际用户能够在世界各地的不同时区工作。 每个使用同一实例的国家/地区都可以管理活动的执行、跟踪、归档等。 取决于当地时间。

为了能够在国际范围内使用Adobe Campaign平台,系统使用的所有日期都必须可链接到一个时区。 因此,其时区已知的日期可以导入任何其他时区,或者不管时区。

Adobe Campaign允许您以UTC(协调通用时间)格式存储日期/时间。 当数据被公开时,它将转换为操作符的本地日期/时间。 当数据库以UTC进行配置时,将自动执行转换(请参阅Configuration)。 如果数据库未以UTC进行配置,则平台中日期的时区信息会存储在一个选项中。

与时区管理相关的主要平台功能包括:导入/导出数据、操作员和工作流管理。 继承概念​可用于导入/导出或工作流。 默认情况下,它们是为数据库服务器时区配置的,但是您可以为工作流甚至单个活动重新定义新时区。

作者在投放 置过程中扫描修改时区,并可指定执行投放的特定时区。

重要

如果查询库不管理多个时区,则对于所有数据过滤操作,必须在数据库服务器的时区中执行SQL。

每个Adobe Campaign运算符都链接到一个时区:此信息在其用户档案中配置。 有关详细信息,请参阅此文档

当Adobe Campaign平台不需要时区管理时,您可以将存储模式保留为具有特定链接时区的本地格式。

建议

时区结合了几个现实:该表达式可以描述与UTC日期一起的连续时间延迟,或者描述一个区域的时间,该时间可以每年更改两次(夏令时)。

例如,在postgreSQL中,SET TIME ZONE 'Europe/Paris';​命令将考虑夏季和冬季时间:日期将以UTC+1或UTC+2表示,具体取决于年份的时间。

但是,如果使用​SET TIME ZONE 0200;​命令,则时差将始终为UTC+2。

配置

在创建存储库时选择日期和时间的模式(请参阅创建新实例)。 在迁移时,链接到日期的小时数将转换为本地日期和小时数(请参阅迁移)。

从视图的技术角度来看,有两种方法可以在数据库中存储​Date+time​类型信息:

  1. 带时区格式的时间戳:数据库引擎以UTC为单位存储日期。 每个打开的会话都有一个时区,并且日期将根据它进行转换。
  2. 本地格式+本地时区:所有日期都以本地格式存储(无时差管理),并且会为它们分配一个时区。 时区存储在Adobe Campaign实例的​WdbcTimeZone​选项中,并可通过树的​Administration > Platform > Options​菜单进行更改。
重要

请注意,此修改可能导致数据一致性和同步问题。

创建新实例

为了使多个国际用户能够处理同一实例,您需要在创建实例时配置时区,以管理不同国家/地区之间的时差。 在实例创建过程中,在数据库配置阶段的​Time zone​部分选择日期和时间管理模式。

选中​UTC database (date fields with time zone)​选项,以UTC格式(SQL字段和XML字段)存储所有日期和时间的数据。

重要

如果您使用​Oracle,Oracle客户端层的时区文件(.dat)必须与服务器上安装的时区文件兼容。

如果数据库不是UTC,则可以选择下拉列表中提供的某个时区。 您还可以使用服务器的时区或选择UTC(协调通用时间)选项。

选择​UTC Database (date fields with time zone)​选项后,SQL字段将以TIMESTAMP WITH TIMEZONE格式存储。

否则,它们以本地格式存储,您需要选择要应用于数据库的时区。

迁移

迁移到早期版本(无时区管理)时,您需要在存储库中定义日期模式。

为确保与访问Adobe Campaign库的外部工具兼容,默认情况下,Date+time​类型的SQL字段仍以本地格式存储。

包含日期的XML字段现在以UTC存储。 在加载过程中,非UTC格式的字段会使用服务器的时区自动转换。 这意味着所有XML字段将逐步转换为UTC格式。

要使用现有实例,请添加​WdbcTimeZone​选项并输入实例的时区。

重要

请确保为WdbcTimeZone选项配置了正确的值:后来所做的更改可能导致不一致。

可能值的示例:

在此页面上