Chaves de partição

Uso

visualização: view_name {
derived_table: {
partition_keys: [ "created_date" ]
...
}
}

Hierarquia Ver arquivo view derived_table partition_keys - ou - Arquivo de modelo explore aggregate_table materialization partition_keys

Valor padrão None Aceita Um ou mais nomes de colunas particionadas Regras especiais partition_keys só é compatível com dialetos específicos.

Definição

O parâmetro partition_keys é compatível com dialetos de banco de dados que podem particionar colunas. Quando é executada uma consulta filtrada em uma coluna particionada, o banco de dados verifica apenas as partições que incluem os dados filtrados, em vez de verificar toda a tabela. Como uma subseção menor da tabela está sendo verificada, isso pode reduzir significativamente o tempo e o custo de consultas de tabelas grandes quando a partição e o filtro apropriados são especificados.

O parâmetro partition_keys funciona apenas com tabelas permanentes, como PDTs e tabelas agregadas. partition_keys não é compatível com tabelas derivadas sem uma estratégia de persistência.

Além disso, o parâmetro partition_keys não é compatível com tabelas derivadas definidas usando create_process ou sql_create.

Quando você cria uma tabela derivada permanente (PDT, na sigla em inglês) ou uma tabela de agregação, se a tabela de banco de dados subjacente usa o particionamento, o Looker pode usar esse particionamento.

Consulte a seção Suporte ao dialeto para partition_keys abaixo para ver a lista de dialetos compatíveis com partition_keys.

Para adicionar uma coluna particionada a um PDT ou a uma tabela agregada, use partition_keys e forneça os nomes das colunas correspondentes particionadas na tabela do banco de dados.

Examples

Crie um PDT customer_day_facts em um banco de dados do BigQuery com uma chave de partição na coluna date:

view: customer_order_facts {
  derived_table: {
    explore_source: order {
      column: customer_id { field: order.customer_id }
      column: date { field: order.order_time }
      derived_column: num_orders {
        sql: COUNT(order.customer_id) ;;
      }
    }
    partition_keys: [ "date" ]
    datagroup_trigger: daily_datagroup
  }
}

Crie uma tabela customer_day_facts derivada do SQL em um banco de dados do Presto com chaves de partição nas colunas date e state:

view: customer_day_facts {
  derived_table: {
    sql:
      SELECT
        customer_id,
        DATE(order_time) AS date,
        COUNT(*) AS num_orders
      FROM
        order
      GROUP BY
        customer_id ;;
    partition_keys: [ "date", "state" ]
    datagroup_trigger: daily_datagroup
  }
}

Suporte a dialetos para partition_keys

A capacidade de usar partition_keys depende do dialeto do banco de dados usado pela conexão do Looker. Na versão mais recente do Looker, os seguintes dialetos são compatíveis com partition_keys:

No BigQuery, o particionamento pode ser usado em apenas uma coluna da tabela, que precisa ser uma coluna de data/hora. Assim, um PDT do Looker baseado em uma tabela do BigQuery pode usar o particionamento em apenas uma coluna de data/hora.