匯總認知

總覽

Looker 會運用匯總感知邏輯，在資料庫中找出最小、最有效率的資料表來執行查詢，同時維持結果的準確性。

對於資料庫中的超大型資料表，Looker 開發人員可以建立較小的匯總資料表，將資料依不同屬性組合分組。匯總資料表就像匯總或彙整資料的表格，Looker 可在查詢時盡可能使用這類資料表，而非原始的大型資料表。如果妥善規劃導入這項功能，可讓平均查詢速度提升好幾倍。

舉例來說，您可能有一個 PB 級的資料表，其中包含網站上每筆訂單的資料列。您可以從這個資料庫建立匯總資料表，當中列出每日銷售總額。如果網站每天收到 1,000 筆訂單，每日匯總資料表中的資料列就會比原始資料表少 999 列。您可以建立另一個匯總資料表，當中列出每月銷售總額，這樣效率會更高。現在，如果使用者查詢每日或每週銷售額，Looker 就會使用每日銷售總額資料表。如果使用者查詢年度銷售額，而您沒有年度匯總資料表，Looker 就會使用最接近的資料表，也就是本例中的每月銷售匯總資料表。

Looker 會盡可能使用最小的匯總資料表，回答使用者的問題。例如：

• 如要查詢每月銷售總額，Looker 會使用以每月銷售額為依據的匯總資料表 (sales_monthly_aggregate_table)。
• 如果查詢的是每天的銷售總額，由於沒有這種精細程度的匯總表格，Looker 會從原始資料庫資料表 (orders_database) 取得查詢結果。(不過，如果使用者經常執行這類查詢，您可以為此建立匯總表格)。
• 如果查詢每週銷售量，由於沒有每週匯總資料表，Looker 會使用次佳的選項，也就是以每日銷售量為準的匯總資料表 (sales_daily_aggregate_table)。

Looker 會運用匯總感知邏輯，查詢最小的匯總表格，以回答使用者的問題。只有在查詢需要比匯總資料表更精細的資料時，才會使用原始資料表。

您不需要在個別的探索中彙整或新增資料表。Looker 會動態調整探索查詢的 FROM 子句，以存取最適合查詢的匯總表格。也就是說，系統會保留下鑽，並整合探索。有了匯總感知功能，一個 Explore 就能自動運用匯總資料表，但仍可視需要深入瞭解細微資料。

您也可以運用匯總表格大幅提升資訊主頁的效能，尤其是查詢大型資料集的圖塊。詳情請參閱 aggregate_table 參數說明頁面的「從資訊主頁取得匯總表格 LookML」一節。

在專案中新增匯總資料表

Looker 開發人員可以建立符合策略需求的匯總資料表，盡量減少須對資料庫中大型資料表執行查詢的次數。匯總資料表必須保留在資料庫中，才能供匯總感知功能使用。因此，匯總資料表也是一種永久衍生資料表 (PDT)。

匯總資料表是透過 LookML 專案中 explore 參數下的 aggregate_table 參數定義。

以下是 LookML 中含有匯總表格的 explore 範例：

explore: orders {
  label: "Sales Totals"
  join: order_items {
    sql_on: ${orders.id} = ${order_items.id} ;;
  }
  aggregate_table: sales_monthly {
    materialization: {
      datagroup_trigger: orders_datagroup
    }
    query: {
      dimensions: [created_month]
      measures: [order_items.total_sales]
    }
  }
  # other explore parameters
}

如要建立匯總資料表，您可以從頭編寫 LookML，也可以從「探索」或從資訊主頁取得匯總資料表 LookML。如需 aggregate_table 參數及其子參數的詳細資料，請參閱 aggregate_table 參數說明文件頁面。

設計匯總資料表

如要讓「探索」查詢使用匯總資料表，匯總資料表必須能為「探索」查詢提供準確資料。如果符合下列所有條件，Looker 就能將匯總表格用於「探索」查詢：

• 探索查詢的欄位是匯總資料表欄位的子集 (請參閱本頁面的「欄位因素」一節)。或者，如果是時間範圍，探索查詢的時間範圍可以衍生自匯總表格中的時間範圍 (請參閱本頁的「時間範圍因素」一節)。
• 「探索」查詢包含匯總感知功能支援的測量指標類型 (請參閱本頁的「測量指標類型因素」一節)，或「探索」查詢具有完全相符的匯總表格 (請參閱本頁的「建立與『探索』查詢完全相符的匯總表格」一節)。
• 探索查詢的時區與匯總資料表使用的時區相符 (請參閱本頁的「時區因素」一節)。
• 探索查詢的篩選器參照匯總表格中可用的欄位做為維度，或探索查詢的每個篩選器都與匯總表格中的篩選器相符 (請參閱本頁的「篩選器因素」一節)。

如要確保匯總資料表能為「探索」查詢提供準確資料，方法之一是建立與「探索」查詢完全相符的匯總資料表。詳情請參閱本頁的「建立與 Explore 查詢完全相符的匯總資料表」一節。

現場因素

如要用於「探索」查詢，匯總資料表必須包含該「探索」查詢所需的所有維度和指標，包括用於「探索」查詢中篩選條件的欄位。如果「探索」查詢包含匯總資料表中沒有的維度或指標，Looker 就無法使用匯總資料表，而是會改用基礎資料表。

舉例來說，如果查詢依維度 A 和 B 分組、依指標 C 匯總，並依維度 D 篩選，則匯總資料表至少須包含維度 A、B 和 D，以及指標 C。

匯總資料表也可以有其他欄位，但必須至少包含「探索」查詢欄位，才能進行最佳化。時間範圍維度是唯一例外，因為較粗略的時間範圍可從較精細的時間範圍衍生而來。

考量到這些欄位，匯總表格會專用於定義該表格的「探索」。如果匯總表格是在某個「探索」下定義，就不會用於其他「探索」的查詢。

時間範圍因素

Looker 的匯總感知邏輯可以從一個時間範圍衍生出另一個時間範圍。只要匯總資料表的時間範圍精細程度與探索查詢相同或更高，就能用於查詢。舉例來說，以每日資料為基礎的匯總資料表可用於探索查詢，要求其他時間範圍的資料，例如每日、每月和每年資料，甚至是當月第幾天、當年第幾天和當年第幾週的資料。但如果探索查詢要求每小時資料，就無法使用每年匯總資料表，因為匯總資料表的資料精細程度不足以滿足探索查詢。

這項原則也適用於時間範圍子集。舉例來說，如果您有篩選過去三個月的匯總表格，而使用者查詢資料時篩選過去兩個月，Looker 就能使用該匯總表格進行查詢。

此外，時間範圍篩選器查詢也適用相同邏輯：只要匯總資料表的時間範圍細微度比 Explore 查詢中使用的時間範圍篩選器更細 (或相同)，即可用於時間範圍篩選器查詢。舉例來說，如果匯總資料表有每日時間範圍維度，即可用於篩選天數、週數或月數的 Explore 查詢。

度量類型因素

如要讓「探索」查詢使用匯總表格，匯總表格中的測量指標必須能為「探索」查詢提供準確資料。

因此，系統僅支援特定類型的指標，詳情請參閱下列章節：

• 支援測量指標類型的測量指標
• 以 SQL 運算式定義的指標
• 未以 ${TABLE} 定義的指標
• 近似不重複計數的指標

如果探索查詢使用任何其他類型的指標，Looker 會使用原始資料表 (而非匯總資料表) 傳回結果。唯一例外是「探索」查詢與匯總資料表查詢完全相符，如「建立與『探索』查詢完全相符的匯總資料表」一節所述。

否則 Looker 會使用原始資料表 (而非匯總資料表) 傳回結果。

支援的測量指標類型

匯總知名度可用於「探索」查詢，其中使用的指標具有下列指標類型：

• sum
• count
• min
• max
• average

如要將匯總資料表用於「探索」查詢，Looker 必須能夠對匯總資料表的指標執行運算，才能在「探索」查詢中提供準確的資料。舉例來說，含有 type: sum 的指標可用於匯總感知，因為您可以加總多個總和：每週總和的匯總資料表可以加總，得出準確的每月總和。同樣地，含有 type: max 的指標也可以使用，因為每日最大值的匯總資料表可用於找出準確的每週最大值。

如果是含有 type: average 的測量指標，Looker 會使用總和和計數資料，從匯總表格準確衍生平均值，因此支援匯總感知功能。

以 SQL 運算式定義的指標

如果測量指標是透過 sql 參數中的運算式定義，也可以使用匯總認知度。以 SQL 運算式定義時，系統也支援下列指標類型：

• number
• date
• string
• yesno

如果指標定義為其他指標的組合，系統會支援匯總意識，例如：

measure: total_revenue_in_dollars {
  type: number
  sql: ${total_revenue_in_dollars} - ${inventory_item.total_cost_in_dollars} ;;
}

如果計算是在 sql 參數中定義，系統也支援匯總認知度，例如以下指標：

measure: wholesale_value {
  type: number
    sql: (${order_items.total_sale_price} * 0.60) ;;
}

對於在 sql 參數中定義 MIN、MAX 和 COUNT 作業的測量指標，系統支援匯總感知功能，例如這個測量指標：

measure: most_recent_order_date {
  type: date
  sql: MAX(${users.created_at_raw})
}

參照 LookML 欄位的測量指標

在指標中使用 sql 運算式時，匯總意識度支援下列類型的欄位參照：

• 使用 ${view_name.field_name} 格式的參照，表示其他檢視畫面中的欄位
• 使用 ${field_name} 格式的參照，表示同一檢視區塊中的欄位

如果測量結果是使用 ${TABLE}.column_name 格式定義 (表示資料表中的資料欄)，則不支援匯總意識。(如要瞭解如何在 LookML 中使用參照，請參閱「併入 SQL 並參照 LookML 物件」說明文件頁面)。

舉例來說，以這個 sql 參數定義的測量指標無法在匯總表格中使用，因為該指標採用 ${TABLE}.column_name 格式：

measure: wholesale_value {
  type: number
  sql: (${TABLE}.total_sale_price * 0.60) ;;
}

如要在匯總表格中加入這項指標，可以改為建立以 ${TABLE}.column_name 格式定義的維度，然後建立參照該維度的指標，如下所示：

 dimension: total_sale_price {
    sql: (${TABLE}.total_sale_price) ;;
  }

  measure: wholesale_value {
    type: number
    sql: (${total_sale_price} * 0.60) ;;
}

現在您可以在匯總表格中，使用 wholesale_value 評估指標。

近似不重複計數的指標

一般來說，匯總認知度不支援不重複計數，因為如果您嘗試匯總不重複計數，就無法取得準確的資料。舉例來說，如果您要計算網站上的不重複使用者，某位使用者可能在間隔三週後造訪網站兩次。如果您嘗試套用每週匯總表格，取得網站上每月不重複使用者人數，該使用者會在每月不重複計數查詢中計入兩次，導致資料不正確。

如要解決這個問題，請建立與「探索」查詢完全相符的匯總資料表，如本頁「建立與『探索』查詢完全相符的匯總資料表」一節所述。當「探索」查詢和匯總資料表查詢相同時，不重複計數指標會提供準確的資料，因此可用於匯總認知度。

您也可以使用不重複計數的近似值。對於支援 HyperLogLog 草圖的方言，Looker 可以運用 HyperLogLog 演算法，估算匯總資料表的相異計數。

HyperLogLog 演算法的誤差約為 2%。allow_approximate_optimization: yes 參數會要求 Looker 開發人員確認可使用概略資料來計算指標，因此系統可從匯總資料表概略計算指標。

如要瞭解詳情，並查看支援使用 HyperLogLog 計算不重複計數的方言清單，請參閱 allow_approximate_optimization 參數說明文件頁面。

時區因素

在許多情況下，資料庫管理員會使用世界標準時間做為資料庫的時區。不過，許多使用者可能不在世界標準時間時區。Looker 提供多種時區轉換選項，讓使用者能以自己的時區取得查詢結果：

• 查詢時區：這項設定適用於資料庫連線的所有查詢。如果所有使用者都位於同一個時區，您可以設定單一查詢時區，將所有查詢從資料庫時區轉換為查詢時區。
• 使用者專屬時區：可為使用者個別指派及選取時區。在這種情況下，查詢會從資料庫時區轉換為個別使用者的時區。

如要進一步瞭解這些選項，請參閱「使用時區設定」說明文件頁面。

瞭解這些概念有助於掌握匯總資料的認知度，因為如果查詢含有日期維度或日期篩選條件，匯總表格的時間地帶必須與原始查詢所用的時間地帶設定相符，才能用於查詢。

如果未指定 timezone 值，匯總資料表會使用資料庫時區。如果符合下列任一條件，資料庫連線也會使用資料庫時區：

• 您的資料庫不支援時區。
• 資料庫連線的查詢時區與資料庫時區相同。
• 資料庫連線未指定查詢時區，也沒有使用者專屬時區。在這種情況下，資料庫連線會使用資料庫時區。

如果符合上述任一情況，您可以省略匯總資料表的 timezone 參數。

否則，應定義匯總表格的時區，以符合可能的查詢，這樣匯總表格就更有可能派上用場：

• 如果資料庫連線使用單一查詢時區，請將匯總資料表的 timezone 值與查詢時區值相符。
• 如果資料庫連線使用特定使用者的時區，您應建立相同的匯總資料表，每個資料表都有不同的 timezone 值，以配合使用者的可能時區。

篩選因素

在匯總資料表中加入篩選器時，請務必謹慎。匯總資料表的篩選器可能會過於縮小結果範圍，導致匯總資料表無法使用。舉例來說，假設您建立每日訂單數的匯總資料表，且匯總資料表只篩選來自澳洲的太陽眼鏡訂單。如果使用者執行「探索」查詢，取得全球太陽眼鏡的每日訂單數，Looker 就無法使用該匯總資料表，因為匯總資料表只包含澳洲的資料。匯總資料表篩選的資料範圍過於狹窄，無法用於「探索」查詢。

此外，請注意 Looker 開發人員可能已在「探索」中內建篩選器，例如：

• access_filters：套用使用者專屬的資料限制。
• always_filter：要求使用者在探索查詢中加入特定一組篩選條件。使用者可在查詢時變更預設篩選條件值，但無法移除篩選條件。
• conditionally_filter：定義一組預設篩選條件，而使用者只要從探索中定義的第二個清單套用至少一個篩選條件，就能覆寫這些預設篩選條件。

這些篩選器類型是以特定欄位為準。如果「探索」包含這些篩選器，您必須在 aggregate_table 的 dimensions 參數中加入這些篩選器的欄位。

舉例來說，以下是根據 orders.region 欄位套用存取權篩選條件的探索：

explore: orders {
  access_filter: {
    field: orders.region
    user_attribute: region
  }
}

如要建立用於這項探索的匯總資料表，該資料表必須包含存取篩選器所依據的欄位。在下一個範例中，存取篩選器是以 orders.region 欄位為依據，且這個欄位也包含在匯總表格做為維度：

explore: orders {
  access_filter: {
    field: orders.region  # <-- orders.region field
    user_attribute: region
  }
  aggregate_table: sales_monthly {
    materialization: {
      datagroup_trigger: orders_datagroup
    }
    query: {
      dimensions: [orders.created_day, orders.region] # <-- orders.region field
      measures: [orders.total_sales]
      timezone: America/Los_Angeles
    }
  }
}

由於匯總資料表查詢包含 orders.region 維度，因此 Looker 可以動態篩選匯總資料表中的資料，以符合「探索」查詢中的篩選條件。因此，即使探索有存取權篩選器，Looker 仍可將匯總表格用於探索的查詢。

如果原生衍生資料表設定了 bind_filters，這項限制也適用於使用該資料表的「探索」查詢。bind_filters 參數會將「探索」查詢中指定的篩選器傳遞至原生衍生資料表子查詢。就匯總資料表感知功能而言，如果「探索」查詢需要使用 bind_filters 的原生衍生資料表，只有在「探索」查詢中，原生衍生資料表 bind_filters 參數使用的所有欄位，與匯總資料表中的篩選器值完全相同時，「探索」查詢才能使用匯總資料表。

建立與「探索」查詢完全相符的匯總資料表

如要確保匯總資料表可用於探索查詢，其中一種方法是建立與探索查詢完全相符的匯總資料表。如果探索查詢和匯總資料表都使用相同的指標、維度、篩選器、時區和其他參數，匯總資料表的結果就會套用至探索查詢。如果匯總資料表與探索查詢完全相符，Looker 就能使用包含任何類型指標的匯總資料表。

您可以使用「探索」齒輪選單中的「取得 LookML」選項，從「探索」建立匯總表格。您也可以使用資訊主頁齒輪選單中的「取得 LookML」選項，為資訊主頁中的所有圖塊建立完全相符項目。

判斷查詢使用的匯總資料表

擁有 see_sql 權限的使用者可以在「探索」的「SQL」分頁中查看註解，瞭解查詢會使用哪個匯總資料表。分頁註解也會顯示在開發模式中，因此開發人員可以測試新的匯總資料表，瞭解 Looker 如何使用這些資料表，再將新資料表推送至正式環境。

舉例來說，根據先前顯示的每月匯總資料表範例，您可以前往「探索」並執行年度銷售總額的查詢。然後點按「SQL」分頁，即可查看 Looker 建立的查詢詳細資料。如果您處於開發模式，Looker 會顯示註解，指出查詢使用的匯總表格。

從「SQL」分頁的下列註解中，我們可以瞭解 Looker 是使用 sales_monthly 匯總資料表進行這項查詢，以及其他匯總資料表未用於查詢的原因：

-- use existing orders::sales_monthly in sandbox_scratch.LR$LB4151619827209021_orders$sales_monthly
-- Did not use orders::sales_weekly; it does not include the following fields in the query: orders.created_month
-- Did not use orders::sales_daily; orders::sales_monthly was a better fit for optimization.
-- Did not use orders::sales_last_3_days; contained filters not in the query: orders.created_date

如要瞭解「SQL」分頁中可能顯示的註解，以及如何解決這些問題，請參閱本頁面的「疑難排解」一節。

匯總感知功能的運算節省預估值

如果資料庫連線支援費用估算，且查詢可使用匯總表格，「探索」視窗會顯示使用匯總表格而非直接查詢資料庫的運算節省量。查詢執行前，「探索」視窗的「執行」按鈕旁會顯示匯總認知節省量。

執行查詢前，如要查看查詢會使用哪個匯總表格，可以點選「SQL」分頁標籤，如本文件頁面的「判斷查詢使用哪個匯總表格」一節所述。

查詢執行完畢後，「探索」視窗的「執行」按鈕旁，會顯示用來回答查詢的匯總資料表。

如果資料庫連線已啟用費用估算功能，系統會顯示匯總的意識節省金額。詳情請參閱「在 Looker 中探索資料 」說明文件頁面。

Looker 會將新資料併入匯總資料表

對於設有時間篩選器的匯總表格，Looker 可以將新資料聯集到匯總表格中。您可能有一個匯總資料表，其中包含過去三天的資料，但該匯總資料表可能是昨天建構的。匯總資料表會缺少今天的資訊，因此您不會預期使用該資料表，對最近的每日資訊執行「探索」查詢。

不過，Looker 仍可使用該匯總資料表中的資料進行查詢，因為 Looker 會對最新資料執行查詢，然後將這些結果併入匯總資料表中的結果。

在下列情況下，Looker 可以將新資料與匯總資料表的資料合併：

• 匯總表格設有時間篩選器。
• 匯總表格包含的維度，與時間篩選器所用的時間欄位相同。

舉例來說，下列匯總表格具有以 orders.created_date 欄位為準的維度，以及以相同欄位為準的時間篩選器 ("3 days")：

aggregate_table: sales_last_3_days {
  query:  {
    dimensions: [orders.created_date]
    measures: [order_items.total_sales]
    filters: [orders.created_date: "3 days"]  # <-- time filter
    timezone: America/Los_Angeles
  }
  ...
}

如果這個匯總資料表是昨天建立的，Looker 會擷取匯總資料表尚未納入的最新資料，然後將最新結果與匯總資料表的結果合併。也就是說，使用者可以取得最新資料，同時運用匯總認知度資料，盡可能提升成效。

如果您處於開發模式，可以按一下「探索」的「SQL」分頁標籤，查看 Looker 用於查詢的匯總資料表，以及 Looker 用於匯入匯總資料表未納入的新資料的 UNION 陳述式。

匯總資料表必須保留

匯總資料表必須保留在資料庫中，才能供匯總感知功能使用。持久性策略是在匯總資料表的 materialization 參數中指定。由於匯總資料表是永久衍生資料表 (PDT)，因此匯總資料表與 PDT 的需求條件相同。詳情請參閱「Looker 中的衍生資料表」說明文件頁面。

如果方言支援永久累加型衍生資料表，您可以在專案中建立這類資料表。Looker 會將新資料附加至資料表，而非重建整個資料表，藉此建構永久累加型衍生資料表。由於匯總資料表本身就是一種永久衍生資料表，因此您也可以建立永久累加型匯總資料表。如要進一步瞭解永久累加型衍生資料表，請參閱「永久累加型衍生資料表」說明文件頁面。如需永久累加型匯總資料表的範例，請參閱 increment_key 參數說明文件頁面。

如果使用者具備 develop 權限，即可覆寫持續性設定，並重建查詢的所有匯總資料表，以取得最新資料。如要重建查詢的資料表，請從「探索動作」齒輪選單中選取「重建衍生資料表並執行」選項。

您必須等待「探索」查詢載入完成，才能使用這個選項。

「重建衍生資料表並執行」選項會重建查詢中參照的所有衍生資料表，以及查詢中資料表所依附的任何衍生資料表，包括匯總資料表 (這本身就是一種永久衍生資料表)。

如果使用者啟動「重建衍生資料表並執行」選項，查詢會等待資料表重建完成，再載入結果。其他使用者的查詢仍會使用現有資料表。重建永久資料表後，所有使用者都會使用重建的資料表。

如要進一步瞭解「重建衍生資料表並執行」選項，請參閱「Looker 中的衍生資料表」說明文件頁面。

疑難排解

如「判斷查詢使用哪個匯總表格」一節所述，如果您處於開發模式，可以在「探索」中執行查詢，然後按一下「SQL」分頁標籤，查看查詢使用的匯總表格 (如有) 相關註解。

如果查詢未使用匯總資料表，「SQL」分頁也會顯示相關註解。如果未使用的匯總資料表，註解開頭會是：

Did not use [explore name]::[aggregate table name];

舉例來說，以下是關於查詢未使用的 order_items「探索」中定義 sales_daily 匯總表格的註解：

-- Did not use order_items::sales_daily; query contained the following filters
that were neither included as fields nor exactly matched by filters in the aggregate table:
order_items.created_year.

在本例中，查詢中的篩選器導致無法使用匯總資料表。

下表列出無法使用匯總資料表的其他可能原因，以及提高匯總資料表可用性的步驟。

注意事項

含彙整的探索對稱式匯總

請注意，在聯結多個資料庫表格的探索中，Looker 可以將 SUM、COUNT 和 AVERAGE 類型的測量值分別算繪為 SUM DISTINCT、COUNT DISTINCT 和 AVERAGE DISTINCT。Looker 這麼做是為了避免扇出誤算。舉例來說，count 測量指標會以 count_distinct 測量指標類型呈現。這是為了避免聯結的扇出誤算，也是 Looker 對稱匯總功能的一部分。如要瞭解 Looker 的這項功能，請參閱對稱匯總的最佳做法頁面。

對稱式匯總函式功能可避免誤算，但有時也會導致匯總表格無法使用，因此請務必瞭解。

對於匯總感知支援的測量指標類型，這適用於 sum、count 和 average。如果符合下列條件，Looker 會將這些類型的測量指標算繪為 DISTINCT：

• 測量指標來自「多對一」或「一對多」聯結的「一」檢視畫面。
• 這項指標來自多對多彙整的任一檢視畫面。

如要瞭解這些類型的彙整，請參閱 relationship 參數說明文件頁面。

如果發現匯總資料表未因此原因而使用，您可以建立與「探索」查詢完全相符的匯總資料表，以便在「探索」中使用這些指標類型並加入聯結。詳情請參閱本頁的「建立與『探索』查詢完全相符的匯總資料表」一節。

此外，如果您的 SQL 方言支援 HyperLogLog 草圖，可以將 allow_approximate_optimization: yes 參數新增至測量指標。使用 allow_approximate_optimization: yes 定義計數測量指標後，即使系統將其算繪為不重複計數，Looker 仍可將該指標用於匯總感知。

詳情請參閱 allow_approximate_optimization 參數說明文件頁面，以及支援 HyperLogLog 草圖的 SQL 方言清單。

匯總感知功能的方言支援

能否使用匯總感知功能，取決於 Looker 連線使用的資料庫方言。在最新版 Looker 中，下列方言支援匯總感知功能：

支援方言，可逐步建構匯總資料表

如要讓 Looker 支援 Looker 專案中的漸進式匯總資料表，資料庫方言也必須支援這類資料表。下表列出最新版 Looker 中支援遞增建構 PDT 的方言：