Adobe Campaign可讓您根據其時區來表示日期:這可讓國際使用者在不同時區上工作。 使用相同例項的每個國家/地區都可以管理行銷活動、追蹤、封存等的執行。 取決於當地時間。
為使Adobe Campaign平台能夠在國際範圍內使用,系統使用的所有日期都必須可連結到一個時區。 因此,可將其時區已知的日期匯入至任何其他時區,或無論時區為何。
Adobe Campaign可讓您以UTC(協調通用時間)格式儲存日期/時間。 資料公開時,會轉換為運算子的本機日期/時間。 當以UTC配置資料庫時,將自動執行轉換(請參閱 設定)。 如果未以UTC配置資料庫,有關平台日期時區的資訊將儲存在選項中。
有關時區管理的主要平台功能包括:匯入/匯出資料和運算子與工作流程管理。 此 繼承概念 可供匯入/匯出或工作流程使用。 預設情況下,它們是為資料庫伺服器時區配置的,但您可以為工作流乃至單個活動重新定義新時區。
運算子 可在 傳遞配置 和可指定執行傳送的特定時區。
如果資料庫不管理多個時區,則對於所有資料過濾操作,必須在資料庫伺服器的時區中執行SQL查詢。
每個Adobe Campaign運算子都連結至時區:此資訊會在其設定檔中設定。 有關詳細資訊,請參閱 此文檔.
當Adobe Campaign平台不需要時區管理時,您可以透過特定連結的時區,以本機格式保留儲存模式。
時區結合了幾個現實:該表達式可以用UTC日期描述恆定的時間延遲,或者可能每年更改兩次的區域時間(日光節約時間)。
例如,在postgreSQL中, 將時區設為「歐洲/巴黎」; command將考慮夏季和冬季時間:日期會根據年份時間,以UTC+1或UTC+2表示。
不過,如果您使用 設定時區0200; 命令,時間延遲將始終為UTC+2。
資料庫建立期間會選取日期和時間的儲存模式(請參閱 建立新執行個體)。 若是移轉,連結至日期的小時數會轉換為本機日期和小時數(請參閱 移轉)。
從技術角度看,有兩種儲存方式 日期+時間 在資料庫中鍵入資訊:
請注意,此修改可能會導致資料一致性和同步問題。
若要讓數個國際使用者處理同一個執行個體,您必須在建立執行個體時設定時區,以管理國家/地區之間的時差。 在建立執行個體期間,在 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選項配置了正確的值:稍後進行的變更可能會導致不一致。
可能的值範例:
歐洲/巴黎,
歐洲/倫敦,
America/New_York等
這些值取自tz(Olson)資料庫。 如需詳細資訊,請參閱 https://en.wikipedia.org/wiki/List_of_tz_database_time_zones.