Uso
derived_table: {
partition_keys: [ "created_date" ]
...
}
}
Hierarquia
partition_keys - ou - partition_keys |
Valor padrão
None Aceita
Um ou mais nomes de colunas particionadasRegras 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 usandocreate_process
ousql_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 compartition_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.