Adobe Campaign可讓您將日期表示為其時區的函式:這可讓國際使用者在世界各地處理各種時區。 每個使用相同執行個體的國家/地區都可以管理行銷活動的執行、追蹤、封存等。 視當地時間而定。
為了能在國際規模上使用Adobe Campaign平台,系統使用的所有日期都必須可連結至時區。 因此,時區已知的日期可以匯入任何其他時區中,或無論時區如何。
Adobe Campaign可讓您以UTC (國際標準時間)格式儲存日期/時間。 當資料公開時,會轉換為運運算元的當地日期/時間。 當資料庫設定為UTC時,會自動執行轉換(請參閱 設定)。 如果資料庫未以UTC設定,則平台中日期的時區資訊會儲存在選項中。
與時區管理相關的主要平台功能為:匯入/匯出資料、操作員及工作流程管理。 此 繼承概念 可用於匯入/匯出或工作流程。 預設會針對資料庫伺服器時區設定時區,但您可以為工作流程甚至單一活動重新定義新時區。
運運算元 可以在以下期間修改時區: 傳遞設定 以及可指定執行傳送的特定時區。
如果資料庫未管理多個時區,對於所有資料篩選操作,SQL查詢必須在資料庫伺服器的時區執行。
每個Adobe Campaign運運算元都會連結至時區:這項資訊會在其設定檔中設定。 有關詳細資訊,請參閱 本檔案.
當Adobe Campaign平台不需要時區管理時,您可以使用特定的連結時區,以本機格式保留儲存模式。
時區結合多種現實:該運算式可能描述與UTC日期之間恆定的時間延遲,或區域每年可能變更兩次的時間(日光節約時間)。
例如,在postgreSQL中, 設定'歐洲/巴黎'時區; 命令會考量夏天和冬天的時間:根據每年的時間,日期將以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選項設定正確的值:稍後進行的變更可能會導致不一致。
可能值的範例:
歐洲/巴黎,
歐洲/倫敦,
美洲/紐約等
這些值擷取自tz (Olson)資料庫。 如需詳細資訊,請參閱 https://en.wikipedia.org/wiki/List_of_tz_database_time_zones.
對於主要資料庫,Campaign會使用伺服器時區設定資料庫連線上的工作階段時區。 「WdbcTimeZone」選項沒有影響。 因此,伺服器時區應該與Campaign使用的主要資料庫時區相符。 如果您無法變更伺服器時區,可透過在customer.sh中設定TZ環境變數來覆寫Campaign使用的時區。