時區管理

操作原則

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。

設定

在建立資料庫期間選擇日期和時間的儲存模式（請參閱建立新實例）。 在進行移轉時，連結至日期的小時數會轉換為本機日期和小時數（請參閱Migration）。

從技術角度看，在資料庫中儲存​日期+時間​類型資訊有兩種方法：

  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選項配置了正確的值：稍後所做的改變可能會導致不一致。

可能值的範例：

本頁內容