O Looker Studio pode obter dados de tabelas do BigQuery que estão
particionadas num campo DATE, DATETIME ou TIMESTAMP. Uma tabela particionada é dividida em segmentos, denominados partições, que facilitam a gestão e a consulta dos seus dados. Quando divide uma tabela grande em partições mais pequenas, pode melhorar o desempenho das consultas e controlar os custos reduzindo o número de bytes lidos por uma consulta. Para mais informações, consulte o artigo Introdução às tabelas particionadas.
Como o Looker Studio usa um campo de partição de data do BigQuery
A associação do Looker Studio a uma tabela do BigQuery particionada por data permite-lhe atribuir o campo de partição como a dimensão de data principal para relatórios que usam esta origem de dados. Saiba como definir intervalos de datas de relatórios.
Associe uma origem de dados do Looker Studio a uma tabela com partições por data
Para estabelecer ligação a uma tabela com partições por data, siga estes passos:
- Crie uma nova origem de dados do BigQuery ou edite a associação de uma origem de dados existente.
- Introduza os detalhes da associação para a sua tabela particionada por data.
- Na coluna Configuração da página de ligação da origem de dados, selecione a caixa de verificação Usar fieldname como dimensão do intervalo de datas (em que fieldname é o nome do campo de partição na tabela do BigQuery).
Por exemplo, suponhamos que tem uma tabela no BigQuery com dois campos de data: order_date e ship_date. A tabela está particionada por order_date. Quando se
liga a esta tabela no Looker Studio, é apresentada uma opção que
lhe permite atribuir este campo como a dimensão do intervalo de datas para gráficos baseados
nesta origem de dados.
Efeitos dos filtros de partição obrigatórios
As tabelas do BigQuery podem exigir que o campo de partição seja usado como um filtro nos dados. Este requisito determina se pode ou não editar a opção Usar nome do campo como dimensão de intervalo de datas.
Não é necessário um filtro de partição na tabela do BigQuery
Se a tabela não exigir um filtro de partição na tabela do BigQuery, a opção Usar nome do campo como dimensão do intervalo de datas é desmarcada por predefinição.
Selecionar a caixa de verificação Usar nome do campo como dimensão de intervalo de datas tem os seguintes efeitos:
- O Looker Studio usa automaticamente o campo de partição como a dimensão de intervalo de datas para gráficos baseados nesta origem de dados.
- Não pode selecionar um campo diferente para usar como a dimensão do intervalo de datas quando configura os gráficos.
- Os gráficos que usam esta origem de dados têm sempre um filtro de intervalo de datas predefinido aplicado. Pode aplicar um intervalo de datas personalizado ou usar a opção Automático para filtrar os últimos 28 dias.
Quando a opção Usar fieldname como dimensão de intervalo de datas não está ativada:
- Pode selecionar qualquer campo que queira usar como dimensão de intervalo de datas quando configurar gráficos baseados nesta origem de dados.
- O intervalo de datas dos gráficos que usam esta origem de dados pode não ser filtrado (intervalo de datas automático) ou pode aplicar um intervalo de datas personalizado.
O filtro de partição é obrigatório na tabela do BigQuery
Se a tabela do BigQuery exigir um filtro de partição, a caixa de verificação Usar nome do campo como dimensão do intervalo de datas é selecionada automaticamente e não pode ser desmarcada. Os efeitos nos gráficos baseados nesta origem de dados são os mesmos descritos na secção anterior quando a caixa de verificação está selecionada.
Limites da ligação a tabelas particionadas
Uma vez que a funcionalidade de partição por data define a dimensão do intervalo de datas para um gráfico, o Looker Studio só pode usar partições baseadas num campo DATE, DATETIME ou TIMESTAMP para fornecer filtragem por data nos seus relatórios.
O Looker Studio só suporta partições de data quando a opção Particionar por no BigQuery está definida como DIA.
Se a tabela do BigQuery tiver uma partição baseada noutros tipos de dados, como INTEGER, e o filtro de partição for obrigatório, tem de filtrar explicitamente esse campo numa consulta personalizada. Caso contrário, o Looker Studio apresenta um erro. Saiba mais acerca dos filtros obrigatórios.