时区管理

操作原则

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

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

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

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

运算符 可在 投放配置 和可以指定执行投放的特定时区。

重要

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

每个Adobe Campaign运算符都链接到一个时区:此信息在其配置文件中进行配置。 有关更多信息,请参阅 本文档.

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

推荐

时区结合了以下几个现实:表达式可以用UTC日期描述恒定的时滞,或者用某个区域的时间描述,该时间可能每年更改两次(夏令时)。

例如,在postgreSQL中, 设置时区“欧洲/巴黎”; command将考虑夏季和冬季时间:日期将以UTC+1或UTC+2表示,具体取决于年份时间。

但是,如果您使用 设置时区0200; ,则滞后时间将始终为UTC+2。

配置

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

从技术角度来看,存储有两种方式 日期+时间 在数据库中键入信息:

  1. 带时区格式的时间戳:数据库引擎以UTC格式存储日期。 每个打开的会话都将有一个时区,并且日期将根据时区进行转换。
  2. 本地格式+本地时区:所有日期都以本地格式存储(无时差管理),并且会为它们分配一个时区。 时区存储在 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数据库的外部工具兼容, 日期+时间 默认情况下,类型SQL字段仍以本地格式存储。

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

要使用现有实例,请将 WdbcTimeZone 选项,然后输入实例的时区。

重要

请确保为WdbcTimeZone选项配置了正确的值:以后进行的更改可能会导致不一致。

可能值的示例:

在此页面上