時區管理

操作原則

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

可能的值範例:

本頁內容