時區管理

操作原則

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

可能的值範例：

本頁內容