Looker 中的與前一段時期相比指標

年對年 (YoY) 分析是一種分析模式,用於評估當前情況,並與過去可比較的相同時間範圍進行比較。

對於支援期增率指標的方言,Looker 開發人員可以在 LookML 專案中新增期增率指標,以便在對應的 Looker 探索中啟用期增率分析。

舉例來說,下列 Looker 探索查詢會顯示本月建立的訂單數量,以及去年建立的訂單數量、與去年的差異,以及與去年相比的百分比變化。您可以抽查值,確認與去年同期的比較結果。舉例來說,2012-03 的「去年訂單」值與 2011-03 的「訂單數」值相同:

Looker 探索顯示 2012 年 3 月的「Orders Last Year」為 89,2011 年 3 月的「Orders Count」也是 89。

如要將 PoP 衡量指標新增至 LookML 專案,Looker 開發人員必須建立 measure 的 type: period_over_period,並加入本頁面下一節所述的子參數。

舉例來說,以下是 PoP 測量的 LookML,可提供前一年的訂單數量:

  measure: order_count_last_year {
    type: period_over_period
    description: "Order count from the previous year"
    based_on: orders.count
    based_on_time: orders.created_year
    period: year
    kind: previous
  }

這項 PoP 措施具有下列屬性:

  • 這是以 based_on: orders.count 定義,因此 PoP 指標會提供前一個時間範圍的訂單數量資料。
  • 定義為 kind: previous,也就是提供前一段時間的訂單數量值 (而非前一段時間的訂單數量差異,或前一段時間的訂單數量變化百分比)。
  • 這項指標會以 period: year 定義,因此會提供與去年同期相近時間範圍的訂單數。

PoP 措施的子參數

PoP 措施是 measure 的 type: period_over_period,包含下列章節所述的子參數:

如「使用 PoP 測量指標探索查詢」一節所述,PoP 測量指標會根據 PoP 測量指標的 LookML 定義和探索查詢中的欄位計算值。因此,在 LookML 中建立 PoP 衡量指標時,請遵循下列最佳做法:

  • 在 PoP 指標名稱或指標的 description 子參數中,向 Explore 使用者指出 PoP 指標的期間。
  • 在 PoP 測量指標的名稱或測量指標的 description 子參數中,向 Explore 使用者提供 PoP 測量指標的 based_on 測量指標。

舉例來說,以下 PoP 指標名為 order_count_last_year,並附上說明,讓使用者瞭解這項指標提供的是前一年的訂單數量:

  measure: order_count_last_year {
    type: period_over_period
    description: "Order count from the previous year"
    based_on: orders.count
    based_on_time: orders.created_year
    period: year
    kind: previous
  }

based_on

使用 based_on 欄位指定 PoP 指標所依據的 LookML 指標。舉例來說,如要根據 orders.count 欄位建立 PoP 評估指標,請輸入下列內容:

    based_on: orders.count

以orders.count為依據的 PoP 指標會提供前一個時間範圍的訂單數量資訊,方便你比較目前和前一個時間範圍的銷售量。

您在 based on 欄位中指定的 LookML 測量指標必須屬於下列其中一種類型:

based_on_time

使用 based_on_time 子參數,向 Looker 提供時間欄位,以便計算 PoP 衡量指標值。這個時間欄位可以是下列其中一項:

如果您在 based_on_time 子參數中指定維度群組時間範圍,您使用的特定時間範圍並不重要,只要將 PoP 指標指向 type: time 的維度群組,PoP 指標就能使用維度群組的基礎時間戳記。您無法從 type: duration 的維度群組指定時間範圍;系統不支援時間長度類型維度群組,且會在探索中產生執行階段錯誤。

kind

使用 kind 參數指定 PoP 指標要對前一期進行的計算類型。您可以為 kind 指定下列其中一個值:

  • previous:(預設) 上一個時間範圍的值。
  • difference:兩個期間的差異 (目前期間減去上個期間)。
  • relative_change:與前一個週期相比的百分比變化。百分比變化是透過下列方程式計算而得:

    $$ relativeChange = (current - previous)/previous $$

period

使用 period 子參數指定 PoP 比較的頻率,以及要回溯多遠的資料。舉例來說,以 period: year 定義的 PoP 指標會顯示前一年的值。如果您對每月訂單數執行探索查詢,period: yearPoP 指標會顯示前一年同月的資料,方便您比較 2025 年 11 月的訂單數和 2024 年 11 月的銷售量。

period 子參數支援下列值:

  • year
  • fiscal_year
  • quarter
  • fiscal_quarter
  • month
  • week
  • date

custom_calendar_period

如果 PoP 指標是以自訂日曆為準 (如果 PoP 指標的 based_on_time 參數指定 type: custom_calendar 維度群組的時間範圍),則必須使用 custom_calendar_period 參數,而非 period 參數。

使用 custom_calendar_period 子參數指定 PoP 比較的頻率,以及要回溯多遠的資料。舉例來說,以 custom_calendar_period: custom_year 定義的 PoP 指標會顯示前一年的值 (如自訂日曆所定義)。如果您對自訂每月訂單數執行「探索」查詢,custom_calendar_period: custom_year PoP 指標會顯示前一年同月的資料,方便您比較 2026 年自訂月份的訂單數,與 2025 年同個自訂月份的銷售量。

custom_calendar_period 子參數支援下列值:

  • custom_date
  • custom_period
  • custom_quarter
  • custom_season
  • custom_week
  • custom_year

如要進一步瞭解如何建立使用自訂日曆的 PoP 評估指標,請參閱「使用自訂日曆的 PoP 評估指標」一節。

value_to_date

使用 value_to_date 子參數,指出 Looker 是否應在查詢執行時,根據目前時間範圍內經過的時間量,計算 PoP 指標的值。value_to_date 子參數可以是 no (預設) 或 yes。

  • 如果值為 no,系統會假設匯總資料時採用整個時間範圍。
  • yes 值會計算目前期間的觀看時間量,並套用至 PoP 指標。

舉例來說,如果使用以 value_to_date: yes 定義的月度 PoP 指標,在 6 月 6 日下午 1:10 執行「探索」查詢,並使用 PoP 指標和日期時間範圍維度,Looker 會將 6 月 6 日經過的時間 (13 小時 10 分 0 秒) 套用至查詢中每個日期的計算。Looker 會提供每個日期前 13 小時 10 分鐘的值。

如果您有以 value_to_date: no 定義的相同 PoP 指標,並在 6 月 6 日 13:10:00 執行相同的「探索」查詢,Looker 會使用每個日期可用的所有資料,計算 PoP 的值。如果您想比較 6 月 6 日與上個月 6 日的值,請注意,由於 6 月 6 日尚未結束,13:10:00 後可能會有其他資料。

如要瞭解 value_to_date: yes 如何影響「探索」查詢中的結果,請參閱「value_to_date 如何影響 PoP 評估值」一文。

如「使用 PoP 測量指標的探索查詢需求」一節所述,當您執行含有 PoP 測量指標的探索查詢時,Looker 會自動將查詢的最低時間範圍精細度套用至 PoP 測量指標所用的時間範圍。如果探索查詢定義了 PoP 測量指標 (使用 value_to_date: yes),Looker 會採用查詢中最小的時間範圍維度,計算查詢執行時已過的時間範圍部分,然後將該部分套用至 PoP 測量指標的所有值。

使用 PoP 指標探索查詢

系統會根據 PoP 指標的 LookML 定義,以及探索查詢中指定的時間範圍,計算 PoP 指標。PoP 指標會根據探索查詢中選取的時間範圍調整計算方式。舉例來說,如果 PoP 指標是以 period: year 定義,且「探索」查詢包含 orders.created_month 時間範圍維度,PoP 指標就會計算每月值,並比較 2025 年 1 月和 2024 年 1 月。如要查看年度值,您必須執行「探索」查詢,並使用 PoP 指標和「orders.created_year」時間範圍。

以下舉例說明 PoP 指標 period 如何與探索查詢中選取的時間範圍互動:

  • 如果使用 period: year 定義 PoP 指標,並執行探索查詢 (時間範圍為一季),PoP 指標會傳回前一年同季的值 (例如 2025 年第 1 季與 2024 年第 1 季的比較)。
  • 如果使用 period: year 定義 PoP 衡量指標,並執行時間範圍為一個月的探索查詢,PoP 衡量指標會傳回前一年同月份的值 (例如 2025 年 4 月與 2024 年 4 月的比較)。
  • 如果使用 period: month 定義 PoP 指標,並執行時間範圍為一個月的「探索」查詢,PoP 指標會傳回上個月的值 (2025 年 4 月與 2025 年 3 月的比較)。

使用類別查詢期增率指標的探索查詢規定

由於 PoP 度量會根據 PoP 度量的 LookML 定義和您在探索查詢中選取的欄位進行計算,因此在包含 PoP 度量的探索查詢中,您至少必須納入下列欄位:

  • PoP 評估指標。
  • 適合與 PoP 指標相關聯的 period 時間維度。您可以透過「探索」的欄位挑選器或「探索」的篩選器,在查詢中加入時間維度:
    • PoP 衡量查詢支援的日期範圍精細度為日期或更長,例如月、季或年。PoP 衡量查詢不支援以小時或分鐘為時間範圍的維度。
    • 如果 PoP 衡量指標是使用based_on_time維度群組的時間範圍定義,則探索查詢必須包含來自相同維度群組的時間範圍,且該時間範圍等於或小於 PoP 衡量指標 period 參數中指定的時間範圍。您可以在探索中加入維度群組 (從探索的欄位挑選器中選取維度群組),或依維度群組篩選。舉例來說,如果 PoP 評估指標的 based_on_time 值是從 orders.created 維度群組的時間範圍定義,且 PoP 評估指標是使用 period: month 定義,則探索查詢必須包含 orders.created 維度群組的時間範圍,且該時間範圍等於或小於一個月,例如 orders.created_date。「探索」查詢的時間範圍必須相符或較小,舉例來說,您無法比較一年時間範圍內的月與月。
    • 如果 PoP 測量指標是以based_on_time定義,且是時間維度,則「探索」查詢必須包含完全相同的時間維度,方法是從「探索」的欄位挑選器中加入該維度,或在該維度上指定篩選條件。時間維度必須等於或小於 PoP 指標 period 參數中指定的時間範圍。舉例來說,如果 PoP 指標是以 based_on_time: created_date 定義,而 PoP 指標是以 period: month 定義,則「探索」查詢必須包含 created_date 維度。

如果 PoP 評估指標是使用based_on_time維度群組的時間範圍定義,請注意,在探索查詢中,時間範圍必須符合下列條件:

  • 探索查詢的時間範圍必須等於或小於 PoP 指標 period 參數中指定的時間範圍。舉例來說,如果 PoP 評估指標的 based_on_time 是以 orders.created 維度群組的時間範圍定義,而 PoP 評估指標是以 period: month 定義,則探索查詢必須包含 orders.created 維度群組的時間範圍,且該時間範圍必須等於或小於一個月,例如 orders.created_date。探索查詢的時間範圍必須較小,例如您無法比較一年時間範圍內的每月資料。
  • Explore 查詢的時間範圍本身必須包含時間戳記資訊。舉例來說,維度群組的 year、month 和 date 時間範圍會提供實際時間戳記資訊。相較之下,day_of_week 時間範圍是從基礎時間戳記擷取,提供的值如 Wednesday。同樣地,month_name、month_num 和 day_of_month 等時間範圍本身不會提供時間戳記資訊,因此 PoP 指標無法使用這些時間範圍計算前一期的值。不過,如果您在探索查詢中加入時間戳記 (例如 date),PoP 測量指標就會取得時間戳記資訊,並據此計算前一週期的值。您也可以在「探索」查詢中加入 day_of_week 時間範圍,因為 PoP 指標可以使用 date 時間範圍資訊進行計算。

只要探索查詢符合這些條件,您就可以在探索查詢中新增其他欄位和時間範圍維度,但探索查詢中的所有時間範圍都必須小於或等於 PoP 指標的period時間範圍。使用 PoP 測量值執行探索查詢時,Looker 會自動將查詢中的最短時間範圍細微程度,套用至 PoP 測量值所用的時間範圍。在本頁開頭顯示的「探索」範例中,所有 PoP 測量指標都已在 LookML 中定義 period: year。也就是說,無論在探索查詢中選取哪個時間範圍 (本例為每月),PoP 指標都會傳回前一年相同時間範圍的結果。

如要在探索中查看 PoP 指標支援的時間範圍,可以測試不同的時間範圍,不必執行查詢。按一下「探索」「資料」部分的「SQL」分頁,然後從「探索」的欄位挑選器新增欄位和篩選器。如果 PoP 指標無法使用所選欄位和篩選條件計算查詢,SQL 分頁會顯示無法產生 SQL 的訊息。

如果執行查詢時無法產生 SQL,探索視窗會傳回錯誤,並提供詳細資料和相關 LookML 的連結。

使用自訂日曆的 PoP 措施

如要建立使用自訂日曆的年對年指標,請按照下列步驟操作:

  • 在您建立自訂日曆模型的檢視檔案中,視需要將 previous_ordinal_mapping 參數區塊納入 calendar_definition 參數區塊。自 Looker 26.8 版起,previous_ordinal_mapping 參數為選用項目。在 Looker 26.8 以上版本中,Looker 會假設自訂日曆的第 1 週前一週是第 52 週,第 1 天前一天是第 364 天。如果自訂日曆並非如此,您需要使用 previous_ordinal_mapping 參數區塊。
  • 在 PoP 測量的 LookML 定義中,於 based_on_time 參數中指定type: custom_calendar 維度群組的年份時間範圍
  • 在 PoP 評估指標的 LookML 定義中,請使用 custom_calendar_period 參數,而非 period 參數。

舉例來說,以下是自訂日曆維度群組的 LookML,以及使用自訂日曆的 PoP 測量指標:

dimension_group: cust_created {
    type: custom_calendar
    sql: {TABLE}.created_at;;
    based_on_calendar: cust_retail_calendar
    custom_timeframes: [custom_year, custom_quarter]

  }

measure: count_last_custom_year {
    type: period_over_period
    based_on: count
    based_on_time: cust_created_custom_year
    custom_calendar_period: custom_year
    kind: previous
  }

範例

以下各節將舉例說明不同的 PoP 措施和探索查詢:

將計數與年對年和月對月 PoP 指標進行比較

以下是範例 total_births 測量指標、type:time 的 birth 維度群組,以及兩個以 total_births 測量指標為基礎,並使用 birth 維度群組做為 based_on_time 欄位的 PoP 測量指標的 LookML:


  dimension_group: birth {
    type: time
    timeframes: [raw, time, date, week, month, quarter, year]
    sql: ${TABLE}.birth_date ;;
  }

  measure: total_births {
    type: sum
    sql: ${TABLE}.total_births ;;
  }

  measure: total_births_last_year {
    type: period_over_period
    kind: previous
    based_on: total_births
    based_on_time: birth_year
    period: year
    value_to_date: no
    value_format_name: decimal_0
  }

  measure: total_births_last_month {
    type: period_over_period
    kind: previous
    based_on: total_births
    based_on_time: birth_year
    period: month
    value_to_date: no
    value_format_name: decimal_0
  }

請注意下列有關這些欄位的資訊:

  • 這兩個年增率指標都是以 kind: previous 定義,因此兩者都會提供前一期間的指標值。
  • 這兩個 PoP 測量指標都是以 value_to_date: no 定義,因此都會計算整個時間範圍的測量指標值 (也就是查詢中的最小時間範圍精細度)。
  • PoP 措施都是以 based_on_time: birth_year 定義,因此兩者都使用 birth 維度群組的基礎時間戳記。
  • total_births_last_year PoP 指標是以 period: year 定義,total_births_last_month PoP 指標則是以 period: month 定義。

以下是包含所有三項指標和 birth_month 維度時間範圍的探索查詢:

Looker 探索頁面,顯示「出生月份」、「總出生數」、「上個月總出生數」和「去年總出生數」的資料欄。2024 年 7 月的「上個月的總出生數」值為 290,699,與 2024 年 6 月的「總出生數」值相符。2024 年 7 月的「去年總出生數」值為 310,347,與 2023 年 7 月的「總出生數」值相符。

請注意以下有關探索結果的事項:

  • 探索查詢中的最小維度時間範圍為 birth_month,因此 PoP 指標會提供每月值。
  • 在最新月份 (2024 年 7 月) 的資料列中,「上個月的總出生數」值會顯示上個月 (2024 年 6 月) 的總出生數。您可以查看「2024-06」列的「Total Births」(總出生數) 值,確認這點。兩個值相符。
  • 在最近一個月 (2024 年 7 月) 的資料列中,「去年總出生數」值會顯示前一年 (2023 年) 同月 (7 月) 的總出生數。您可以查看「2023-07」列的「總出生數」值,確認這點。兩個值相符。

value_to_date 對 PoP 評估值的影響

與先前的範例類似,以下是 total_births 測量指標和 type:time 的 birth 維度群組的 LookML,以及兩個以 total_births 測量指標為基礎,並使用 birth 維度群組做為 based_on_time 欄位的 PoP 測量指標。不過,在本範例中,total_births_last_year_value_to_date PoP 指標是以 value_to_date: yes 定義,total_births_last_year PoP 指標則是以 value_to_date: no 定義:

  dimension_group: birth {
    type: time
    timeframes: [raw, time, date, week, month, quarter, year]
    sql: ${TABLE}.birth_date ;;
  }

  measure: total_births {
    type: sum
    sql: ${TABLE}.total_births ;;
  }

  measure: total_births_last_year {
    type: period_over_period
    kind: previous
    based_on: total_births
    based_on_time: birth_year
    period: year
    value_to_date: no
    value_format_name: decimal_0
  }

  measure: total_births_last_year_value_to_date {
    type: period_over_period
    kind: previous
    based_on: total_births
    based_on_time: birth_year
    value_to_date: yes
    period: year
    value_format_name: decimal_0
  }

以下是包含所有三項指標和 birth_year 維度時間範圍的「探索」查詢。這項探索查詢是在 6 月 4 日下午 4:25:08 執行,這對 value_to_date: yes PoP 評估指標來說非常重要。

Looker 探索頁面,顯示「出生年份」、「出生總數」、「去年出生總數」和「去年迄今出生總數」的資料欄。2024 年的「去年總出生數」值為 3,581,036,與 2023 年的「總出生數」值相符。2024 年的「去年同期出生數」值為 1,743,505。

「探索」結果顯示 value_to_date 子參數如何變更 PoP 指標的計算方式:

請注意以下有關探索結果的事項:

  • 在最新年份 (2024 年) 的資料列中,「去年總生育數」值會顯示前一年 (2023 年) 的總生育數。查看「2023」列的「Total Births」值,即可驗證計算結果。兩個值相符。
  • 在最新年度 (2024 年) 的資料列中,「去年迄今的總生育數」值小於「去年的總生育數」值。這是因為系統在 6 月 4 日下午 4 點 25 分 08 秒執行了探索查詢,且 total_births_last_year_value_to_date PoP 衡量指標是使用 value_to_date: yes 定義,因此 Looker 在計算每年值時,只會使用各年度 6 月 4 日下午 4 點 25 分 08 秒前的資料。

篩選包含 PoP 測量指標的探索查詢

如要篩選包含 PoP 指標的探索查詢,請注意下列事項:

  • 如果探索查詢包含 PoP 測量指標,系統會支援篩選功能。不過,您無法根據 PoP 指標本身進行篩選。舉例來說,在第一個範例中,您無法根據 total_births、total_births_last_year 或 total_births_last_month PoP 測量指標篩選查詢,因為該查詢是針對 birth_month 維度和 total_births、total_births_last_year 和 total_births_last_month PoP 測量指標。
  • 如果篩選條件的欄位與 PoP 指標的 based_on_time 參數相關聯,且篩選條件的時間範圍比查詢的時間範圍更精細,PoP 指標只會顯示查詢時間範圍內篩選條件值部分的結果。舉例來說,如果您查詢 orders.created_year 維度,並篩選 1 月的查詢,則每年的 PoP 指標只會顯示 1 月的值。這可能會誤導使用者,以為是全年的業績。
  • 如果是 PoP 評估指標的探索查詢,Looker 會以查詢最精細的時間範圍,擷取額外時間範圍的資料,以計算 PoP 評估指標的資料。舉例來說,如果您建立的探索查詢包含每月維度、以 period: year 定義的 PoP 衡量指標,以及過去 6 個月的篩選條件,Looker 會找出查詢中最小的細微程度,在本例中為 PoP 衡量指標的 year 時間範圍。在這個範例中,Looker 會擷取過去 6 個月的資料,以及額外一年的資料,以便比較過去 6 個月與前一年同月的資料。
  • 如「使用 PoP 指標的探索查詢規定」一文所述,包含 PoP 指標的探索查詢必須具備適當的時間維度,才能與 PoP 指標相關聯的 period 搭配使用。如果您未從探索的欄位挑選器選取時間維度,Looker 可以從探索的篩選器中的時間維度衍生必要資訊。在這種情況下,Looker 會依篩選器的時間維度排序探索查詢結果。

以期增率指標製作圖表

建議使用表格圖表呈現 PoP 指標。視探索查詢中的欄位而定,其他視覺化選項也可能適用。

如果使用表格圖表以外的視覺化效果,請確認視覺化效果清楚明瞭。由於 PoP 指標會與前一段時間比較,因此使用 PoP 指標的視覺化資料可能會誤導使用者。舉例來說,如果將年對年百分比變化量定義為 kind: previous,系統會顯示今年日期對應的去年值。如果您的探索查詢包含當年度的值,以及年增率百分比變化指標,則當年度在視覺化圖表中會有兩個值。

如果您使用的不是表格圖表,請確認圖表清楚指出任何年增率指標都是與前一時間範圍的比較結果。

PoP 措施的限制

請注意 PoP 措施的下列限制:

  • PoP 測量指標僅適用於使用新 LookML 執行階段的 LookML 專案。如果執行個體已啟用「使用舊版 LookML 執行階段」舊版功能,專案的資訊清單檔案就必須包含 new_lookml_runtime:yes 陳述式。
  • 數據分析中的 Looker 連接器不支援 PoP 指標。
  • PoP 指標必須以匯總指標為準,如「based_on」一節所述。PoP 指標無法以非匯總指標為依據。
  • 如果執行個體已啟用 BI Engine 對稱式匯總函式研究室功能,則 BigQuery 連線支援 PoP 測量指標,但含有 PoP 測量指標的 SQL 查詢不會使用 BI Engine 對稱式匯總函式功能。
  • PoP 指標不支援同類群組分析。
  • PoP 指標不支援滾動計算。
  • PoP 指標一律會比較目前與前一期。你無法設定年增率指標,將目前週期與前一週期以外的週期進行比較。舉例來說,您無法建立年對年指標,比較去年 5 月和今年 12 月的資料。
  • 系統不支援任意間隔的 PoP 評估,例如比較目前兩週與前兩週的資料。
  • PoP 指標的參數不支援 Liquid 參數。不過,如果 PoP 的 based_on 或 based_on_time 欄位指向以 Liquid 定義的維度,系統就會處理該 Liquid。
  • 使用自訂日曆的 PoP 措施:

  • 下列 Looker 功能不支援 PoP 衡量指標:

  • PoP 指標無法用於建立自訂欄位。

  • 如要進行週別比較,建議您建立使用自訂日曆的 PoP 評估指標。

  • 如果 PoP 測量指標的週期是使用會計時間範圍定義,就無法在非會計時間範圍的探索查詢中使用。此外,如果 PoP 評估指標的期間是以非會計時間範圍定義,就無法在查詢中使用會計時間範圍維度。

  • PoP 評估指標支援會計月份偏移量,因為 PoP 評估指標的 based_on_time 參數會從與「探索」相關聯的 LookML 模型檔案中,繼承 fiscal_month_offset 值。如果您使用 fiscal_year 或 fiscal_quarter 定義 PoP 衡量指標,只有在探索查詢指定 fiscal_year 或 fiscal_quarter 時間範圍時,探索查詢才會支援 PoP 衡量指標。在這種情況下,系統會採用 fiscal_offset_month。

  • PoP 指標的 period 必須大於或等於在「探索」查詢中選取的時間範圍。舉例來說,如果 PoP 指標是以 period: month 定義,則 Explore 查詢的時間範圍維度必須為一個月或更短,例如一週或一天。

  • 使用 PoP 衡量指標時,請務必在「探索」中一併納入相符的時間範圍維度和 date_time 維度。舉例來說,如果您定義年對年測量指標,計算上個季度的相應月份值,則必須在「探索」中納入相應的季度維度 (例如 [dimension_name]_quarter) 和月份維度。如果沒有相符的時間範圍維度,系統產生的 SQL 會在計算前一期前,對日期套用截斷函式 (例如 TIMESTAMP_TRUNC(..., QUARTER)),導致查詢會根據季初進行評估。

    舉例來說,在 2 月的比較中,產生的 SQL 會擷取上季的第一個月 (10 月) 的值,而不是對應的月份 (11 月)。在「探索」中加入相符的時間範圍維度,可確保系統正確產生 SQL 並進行分組。

支援的 PoP 措施資料庫方言

下表列出最新版 Looker 中支援 PoP 措施的方言:

方言 是否支援?
Actian Avalanche
Amazon Athena
Amazon Aurora MySQL
Amazon Redshift
Amazon Redshift 2.1+
Amazon Redshift Serverless 2.1+
Apache Druid
Apache Druid 0.13.x - 0.17.x
Apache Druid 0.18+
Apache Hive 2.3+
Apache Hive 3.1.2+
Apache Spark 3+
ClickHouse
ClickHouse 26+
Cloudera Impala 3.1+
Cloudera Impala 3.1+ with Native Driver
Cloudera Impala with Native Driver
DataVirtuality
Databricks
Denodo 7
Denodo 8 & 9
Dremio
Dremio 11+
Dremio 26+ with Arrow Flight SQL
Exasol
Google BigQuery Legacy SQL
Google BigQuery Standard SQL
Google Cloud AlloyDB for PostgreSQL
Google Cloud PostgreSQL
Google Cloud SQL
Google Spanner
Greenplum
HyperSQL
IBM Netezza
MariaDB
Microsoft Azure PostgreSQL
Microsoft Azure SQL Database
Microsoft Azure Synapse Analytics
Microsoft SQL Server 2008+
Microsoft SQL Server 2012+
Microsoft SQL Server 2016
Microsoft SQL Server 2017+
MongoBI
MongoSQL
MySQL
MySQL 8.0.12+
Oracle
Oracle ADWC
PostgreSQL 9.5+
PostgreSQL pre-9.5
PrestoDB
PrestoSQL
SAP HANA
SAP HANA 2+
SingleStore
SingleStore 7+
Snowflake
Teradata
Trino
Vector
Vertica