切換時區分析
1. 簡介
功能名稱：分析模型支援切換分析時區
簡稱：切換時區分析
本功能為高級功能
本功能為高級功能，預設不開啟，請聯繫客戶成功開啟功能。
1.1. 物理時間、顯示時間
在使用本功能之前，需要首先理解物理時間、顯示時間與時區這三個概念。
- 物理時間：在經典的牛頓力學的範疇下，時間是一個絕對的測量標尺和概念，一個人無論在地球的何處，大家本質上在都是一個絕對的物理時間軸之上的，不存在有的人的時間線和其他人不一樣這樣的可能性，所謂的「天涯共此時」，也便是相同含義。常見的物理時間標準就有 unix 時間戳，其含義是從1970年1月1日（UTC/GMT的午夜）開始所經過的秒數，不考慮閏秒。
- 顯示時間：由於地球是一個球，不同地區的人們過著日升而出，日落而歸的生活，為了方便各自地區的人自己生活，劃分了時區這個概念。大部分地球人使用的顯示時間儘管是同一個標準（公元紀年和 24小時），但是處在不同時區的人，在同一個物理時間看到的顯示時間是不一樣的。我們生活中常見的「北京時間」和「紐約時間」接近 12 小時（考慮到夏令時，不一定是 12 小時）的時間差，其實就是描述這個現象的。這也意味著，雖然顯示時間是一個統一的標準，但是顯示時間必須依賴於時區這個資訊才能轉化成物理時間。
結論：物理時間更像是一個火星人看地球的時候的視角，平時生活在地球上的人，感知的更多的是顯示時間，但是如果涉及到跨國業務，就會遇到時區轉化問題。
1.2. 用戶端（顯示）時間、伺服器端（顯示）時間
在開啟切換時區分析的功能後，顯示的時間也會出現兩種概念。
由於物理時間這個標準本身是地球人類看不懂的，所以儘管神策分析在儲存的時候，是按照物理時間進行儲存，在介面展示時間的時候，還是會把物理時間轉換成顯示時間。
但是物理時間轉化成顯示時間的時候，是需要依賴於「時區」這個資訊的，所以我們就會遇到一個問題，用什麼時區作為轉化的依據，下面就提供了兩種思考邏輯。
- 用戶端（顯示）時間：以用戶當時用戶端的時區作為依據，將物理時間轉化成顯示時間
- 伺服器端（顯示）時間：以伺服器端人工配置一個固定的時區為依據，將物理時間轉化成顯示時間
兩者都是透過時區和物理時間轉化成顯示時間，區別在哪呢？
| 類別 | 描述 | 舉例 | 典型場景 |
|---|---|---|---|
| 按照用戶端時間顯示 | 以用戶當時用戶端的時區作為依據，將物理時間轉化成顯示時間 不同的用戶上報的時區有可能是不一致的 | 用戶 A 在美國紐約時間的 1 月 1 日中午 12 點做了事件 A 用戶 B 在北京時間的 1 月 1 日中午 12 點做了事件 A 儘管這兩個事件發生的實質上的物理時間是不一致的 但是分析模型在展示的時候會把兩個事件是作為同時發生 | 一個應用的用戶分在在全球各地，需要查看用戶在一天當中的活躍時段，並且是根據客戶所在的時區來查看。 |
| 按照伺服器端時間顯示 | 以伺服器端人工配置一個固定的時區為依據，將物理時間轉化成顯示時間 不論客戶上報的時區是什麼樣的，都以伺服器端配置的固定的時區為準 | 用戶 A 在美國紐約時間的 1 月 1 日中午 12 點做了事件 A 用戶 B 在北京時間的 1 月 1 日中午 12 點做了事件 A 這兩個事件發生的實質上的物理時間是不一致的 假定伺服器端配置的固定時區為北京時間 分析模型在展示的時候會展示用戶 B 的事件先發生，用戶 A 的事件後發生，並且在展示的時候會把用戶 B 的事件的發生時間轉化成北京時間來顯示。 | 一個股票交易系統，儘管用戶可能遍佈全球，但是因為開市的時間是根據交易所所在的時區決定的，所以需要按照交易所所在的時區來查看分析。 |
神策分析支援在如下分析模型按照上面兩種時間模式進行展示：
- 事件分析
- 漏斗分析
- 留存分析
- 分佈分析
- 用戶路徑
- 間隔分析
- 歸因分析
2. 功能介紹
2.1. 【步驟 1】核心邏輯與配置方法
點擊【基本設定】-【分析模型設定】，進入設定介面。
可以選擇開啟按照用戶端時區查看或者支援伺服器端時區切換的功能。
如果開啟是支援伺服器端時區切換，也可以人工選擇需要支援哪幾個伺服器端時區，選擇常用的需要支援的時區。
2.2. 【步驟 2】在分析模型介面切換時區
2.2.1. 在介面選擇切換時區
選擇器預設會選擇底層系統配置的一個時區，在這個時區下計算速度最快，如果預設時區需要變化，請聯繫神策的客戶成功經理由維運切換。
2.2.2. 什麼場景下該使用哪個時區？
| 類別 | 描述 | 舉例 | 典型場景 |
|---|---|---|---|
| 按照用戶端時間顯示 | 以用戶當時用戶端的時區作為依據，將物理時間轉化成顯示時間 不同的用戶上報的時區有可能是不一致的 | 用戶 A 在美國紐約時間的 1 月 1 日中午 12 點做了事件 A 用戶 B 在北京時間的 1 月 1 日中午 12 點做了事件 A 儘管這兩個事件發生的實質上的物理時間是不一致的 但是分析模型在展示的時候會把兩個事件是作為同時發生 | 一個應用的用戶分在在全球各地，需要查看用戶在一天當中的活躍時段，並且是根據客戶所在的時區來查看。 |
| 按照伺服器端時間顯示 | 以伺服器端人工配置一個固定的時區為依據，將物理時間轉化成顯示時間 不論客戶上報的時區是什麼樣的，都以伺服器端配置的固定的時區為準 | 用戶 A 在美國紐約時間的 1 月 1 日中午 12 點做了事件 A 用戶 B 在北京時間的 1 月 1 日中午 12 點做了事件 A 這兩個事件發生的實質上的物理時間是不一致的 假定伺服器端配置的固定時區為北京時間 分析模型在展示的時候會展示用戶 B 的事件先發生，用戶 A 的事件後發生，並且在展示的時候會把用戶 B 的事件的發生時間轉化成北京時間來顯示。 | 一個股票交易系統，儘管用戶可能遍佈全球，但是因為開市的時間是根據交易所所在的時區決定的，所以需要按照交易所所在的時區來查看分析。 |
2.2.3. 支援保存為概覽
在切換時區的情況下，我們也支援保存分析結果為概覽。
3. 切換時區分析的侷限性
3.1. 運算速度較慢
無論是使用用戶端時區進行查看、還是根據伺服器端時區進行查看，只要不是使用的預設時區，分析運算速度都會變慢。
3.2. 可能會導致計算不準確的情況
在使用 「用戶端時區」 的時候，查詢條件中涉及到日期類型的用戶屬性計算結果會不準確。
