Como conectar o Looker ao seu banco de dados usando o fluxo de trabalho legado

Depois de proteger e configurar seu banco de dados, você poderá conectá-lo ao Looker.

Crie uma conexão de banco de dados no Looker na página Conectar seu banco de dados ao Looker. Há duas opções para abrir a página Conectar seu banco de dados ao Looker:

  • Selecione Conexões na seção Banco de dados do painel Administrador. Na página Conexões, clique no botão Adicionar conexão.
  • Clique no botão Criar no painel de navegação à esquerda e selecione o item de menu Conexão.

Para mais informações sobre como aplicar atributos de usuário às configurações de conexão, consulte a seção Conexões na página de documentação Atributos de usuário.

Esta página descreve os campos comuns que o Looker mostra na página Conectar seu banco de dados ao Looker. Os campos exatos que a página mostra dependem da sua configuração de dialeto.

Depois de inserir as configurações de conexão do banco de dados, selecione o botão Testar na página Conectar seu banco de dados ao Looker para testar a conexão e garantir que ela esteja configurada corretamente. Clique em Testar para verificar se a conexão foi bem-sucedida. Consulte a página de documentação Testar a conectividade do banco de dados para informações sobre solução de problemas. Se o Looker mostrar Pode se conectar, pressione Conectar para criar a conexão. Sua conexão de banco de dados é adicionada à lista na página de administrador Conexões do Looker.

Configurações gerais

Nome

O nome da conexão que você quer usar. Você precisa desse nome de conexão do banco de dados para usar no parâmetro connection do seu modelo do LookML. O nome da conexão de banco de dados também é como ela é identificada na página Conexões Administrador do Looker. Não use o nome de nenhuma pasta para essa configuração. Esse valor não precisa corresponder a nada no seu banco de dados. Name é um rótulo que identifica essa conexão na interface do Looker.

Escopo da conexão

Selecione se a conexão pode ser usada com todos os projetos ou apenas com um:

  • Todos os projetos: todos os projetos do LookML na instância podem ter acesso à conexão. Assim, o nome da conexão pode ser especificado no parâmetro connection dos arquivos de modelo nesse projeto.
  • Projeto selecionado: apenas um projeto do LookML na instância pode ter acesso à conexão. Ao selecionar essa opção, a tela "Conexão" mostra um menu suspenso com os projetos na instância. Selecione o projeto que pode ter acesso a essa conexão.

Use essa opção com as seguintes permissões para delegar o gerenciamento de conexões e a configuração de modelos:

Dialeto

O dialeto SQL correspondente à sua conexão. É importante escolher o valor correto para receber as opções de conexão adequadas e para que o Looker possa converter o LookML corretamente em SQL.

ID do projeto de faturamento

Somente para conexões do Google BigQuery, o ID do projeto de faturamento é o ID do projeto Google Cloud .

Host

O nome do host do banco de dados que o Looker deve usar para estabelecer conexão.

Se você trabalhou com um analista do Looker para configurar um túnel SSH no seu banco de dados, no campo Host, insira "localhost".

Porta

A porta do banco de dados que o Looker deve usar para se conectar ao host.

Se você trabalhou com um analista do Looker para configurar um túnel SSH para seu banco de dados, no campo Porta, insira o número da porta que redireciona para seu banco de dados, que o analista do Looker deve ter fornecido.

Banco de dados

O nome do banco de dados no seu host. Por exemplo, você pode ter um nome de host my-instance.us-east-1.redshift.amazonaws.com em que há um banco de dados chamado sales_info. Você inseriria sales_info nesse campo. Se você tiver vários bancos de dados no mesmo host, talvez seja necessário criar várias conexões para usá-los, exceto no MySQL, em que a palavra banco de dados tem um significado um pouco diferente do que na maioria dos dialetos SQL.

Esquema

O esquema padrão que o Looker usa quando um esquema não é especificado. Isso se aplica quando você usa o SQL Runner, durante a geração do projeto LookML e ao consultar tabelas.

Autenticação

Para conexões do Google BigQuery, Snowflake, Trino e Databricks, selecione o tipo de autenticação que você quer que o Looker use para acessar seu banco de dados:

  • Para conexões do Google BigQuery, é possível configurar o OAuth ou uma conta de serviço para o Looker usar na autenticação do banco de dados.
  • Para conexões do Snowflake, Trino e Databricks, é possível configurar o OAuth ou uma conta de banco de dados para o Looker usar na autenticação.

Ao usar o OAuth, os usuários precisam fazer login no banco de dados para emitir consultas do Looker. Para mais informações sobre como configurar o OAuth em uma conexão com o Looker, consulte os procedimentos de conexão do Google BigQuery, Snowflake, Trino ou Databricks.

Nome de usuário

O nome de usuário de uma conta de usuário no banco de dados que o Looker pode usar para se conectar a ele.

Senha

A senha de uma conta de usuário no banco de dados que o Looker pode usar para se conectar a ele.

Configurações opcionais

Servidor SSH

A opção Servidor SSH só está disponível se a instância for implantada na infraestrutura do Kubernetes e se a opção de adicionar informações de configuração do servidor SSH à sua instância do Looker estiver ativada. Se essa opção não estiver ativada na sua instância do Looker e você quiser ativá-la, entre em contato com um Google Cloud especialista em vendas ou abra uma solicitação de suporte.

O servidor SSH escolhe automaticamente a porta localhost para você, e não é possível especificar a porta localhost. Se você precisar criar uma conexão SSH que exija a especificação de uma porta localhost, abra uma solicitação de suporte.

Para se conectar ao banco de dados usando um túnel SSH, ative a opção e selecione uma configuração de servidor SSH na lista suspensa.

Porta local

Por padrão, o Looker seleciona automaticamente uma porta local disponível para o túnel SSH. Para escolher uma porta local manualmente, selecione Entrada manual e insira um número no campo Porta local personalizada. Verifique se a porta local está disponível na sua instância.

Tabelas derivadas persistentes (TDPs)

Ativar TDPs

Ative a opção Ativar PDTs para ativar as tabelas derivadas persistentes. Quando as TDPs estão ativadas, a janela Conexão revela outros campos de TDP e a seção Substituições de TDP. O Looker mostra a opção Ativar TDPs apenas se o dialeto do banco de dados for compatível com o uso de TDPs.

Observações sobre PDTs:

  • As TDPs não são compatíveis com conexões do Snowflake que usam OAuth.
  • Desativar PDTs em uma conexão não desativa os grupos de dados associados a eles. Mesmo que você desative as PDTs, os grupos de dados atuais ainda vão executar as consultas sql_trigger no banco de dados. Se você quiser impedir que um grupo de dados execute a consulta sql_trigger no seu banco de dados, exclua ou comente o parâmetro datagroup do projeto LookML. Também é possível atualizar a configuração Programação de manutenção de PDTs e grupos de dados para que o Looker verifique PDTs e grupos de dados com pouca frequência ou nunca.
  • Para conexões do Snowflake, o Looker define o valor do parâmetro AUTOCOMMIT como TRUE (valor padrão do Snowflake). AUTOCOMMIT é necessário para comandos SQL que o Looker executa para manter o sistema de registro de PDTs.

Banco de dados temporário

Embora seja chamado de Banco de dados temporário, você digita o nome do banco de dados ou do esquema apropriado para seu dialeto SQL que o Looker usa na criação de tabelas derivadas persistentes. Configure esse banco de dados ou esquema com antecedência, com as permissões de gravação adequadas. Na página de documentação Instruções de configuração do banco de dados, selecione o dialeto do banco de dados para conferir as instruções dele.

Cada conexão precisa ter o próprio banco de dados temporário ou esquema. Eles não podem ser compartilhados entre conexões.

Número máximo de conexões do criador da TDP

Com a configuração Número máximo de conexões do criador de TDPs, é possível especificar quantas versões simultâneas de tabelas o regenerador do Looker pode iniciar em uma conexão de banco de dados. A configuração Número máximo de conexões do criador de TDP se aplica apenas aos tipos de tabelas para os quais o regenerador do Looker inicia reconstruções:

  • Tabelas com gatilho permanente (tabelas derivadas permanentes e tabelas agregadas que usam a estratégia de permanência datagroup_trigger ou sql_trigger_value).
  • Tabelas persistentes que usam a estratégia persist_for, mas apenas quando a tabela persist_for faz parte de uma cascata de tabelas derivadas em que ela depende de uma tabela que usa a estratégia de persistência datagroup_trigger ou sql_trigger_value. Nesse caso, o regenerador do Looker vai recriar uma tabela persist_for, já que ela é necessária para recriar outra tabela em cascata. Caso contrário, o regenerador não vai iniciar builds para tabelas persist_for.

A configuração Número máximo de conexões do criador de TDP é definida como 1 por padrão, mas pode ser definida como 10. No entanto, o valor não pode ser maior do que o definido no campo Conexões máximas por nó ou no per-user-query-limit definido nas opções de inicialização do Looker.

Defina esse valor com cuidado. Se o valor for muito alto, você poderá sobrecarregar seu banco de dados. Se o valor for baixo, as PDTs de longa duração ou as tabelas agregadas poderão atrasar a criação de outras tabelas permanentes ou diminuir a velocidade de outras consultas na conexão. Bancos de dados que oferecem suporte a multitenancy, como BigQuery, Snowflake e Redshift, podem ter melhor desempenho no processamento de builds de consultas paralelas.

Se quiser aumentar a configuração Número máximo de conexões do builder da TDP, uma boa prática é aumentar em um. Se ocorrer algum comportamento inesperado, defina o valor padrão como 1. Caso contrário, se o desempenho da consulta não for afetado, continue aumentando incrementalmente em 1 e verificando o desempenho a cada incremento antes de aumentar ainda mais a configuração.

Observe o seguinte sobre a configuração Número máximo de conexões do criador de TDP:

  • A configuração Número máximo de conexões do builder da TDP se aplica apenas às conexões necessárias para a recriação de tabelas, não às conexões necessárias para verificações de acionamento. Uma verificação de acionador é uma consulta que verifica se a estratégia de persistência da tabela foi acionada. Como essas consultas de verificação de acionador são sempre executadas em sequência, a configuração Número máximo de conexões do criador de PDTs não se aplica.
  • Em uma instância do Looker em cluster, o regenerador é executado apenas no nó principal. A configuração Número máximo de conexões do builder da TDP se aplica apenas ao nó principal e, portanto, define o limite para todo o cluster.
  • A configuração Número máximo de conexões do criador de TDP não se aplica aos seguintes tipos de tabelas: Esses tipos de tabelas são criados consecutivamente:
    • Tabelas mantidas pelo parâmetro persist_for, a menos que a tabela dependa de outras que usam as estratégias datagroup_trigger ou sql_trigger_value.
    • Tabelas no modo de desenvolvimento.
    • Tabelas recriadas com a opção Recriar tabelas derivadas e executar.
    • Tabelas em que uma depende da outra em uma cascata de dependências. Uma tabela não pode ser criada ao mesmo tempo que outra de que ela depende. Por exemplo, se table_B depender de table_A, table_A precisará concluir a recriação antes que table_B possa começar.

Programação de manutenção de TDP e grupo de dados

O regenerador do Looker verifica grupos de dados e tabelas persistidas (tabelas agregadas e tabelas derivadas persistentes) com base em sql_trigger_value. Com base nessas verificações, o regenerador do Looker recria ou descarta tabelas persistidas do esquema de rascunho do banco de dados.

O valor Programação de manutenção de TDP e grupo de dados define o intervalo cron para o regenerador do Looker. O regenerador do Looker inicia um ciclo para verificar grupos de dados e tabelas persistidas no intervalo cron. Se um ciclo do regenerador do Looker ainda estiver em andamento no próximo intervalo de cron, ele vai concluir o ciclo em andamento e aguardar o intervalo de cron seguinte para iniciar o próximo ciclo.

A configuração Programação de manutenção de TDP e grupo de dados aceita uma expressão cron. O valor padrão é */5 * * * *, o que significa que o ciclo do regenerador do Looker vai iniciar um ciclo no intervalo de cinco minutos se o ciclo anterior tiver sido concluído. Se o ciclo anterior do regenerador não tiver sido concluído, o regenerador do Looker será iniciado no próximo intervalo de cinco minutos após a conclusão do ciclo.

O padrão de cinco minutos também é o intervalo mais frequente compatível com a programação de manutenção de TDP e grupo de dados. O Looker não impõe um intervalo máximo para a programação de manutenção de TDP e grupo de dados. Isso significa que você pode estender o intervalo entre os ciclos do regenerador do Looker pelo tempo que puder ser especificado por uma expressão cron. Ciclos mais longos do regenerador do Looker podem afetar negativamente a atualização dos dados no cache e nas tabelas persistentes.

Depois que o regenerador do Looker concluir todas as verificações e reconstruções de TDP em um ciclo, ele vai aguardar o próximo intervalo cron para iniciar o ciclo seguinte. Se você tiver builds de TDP de longa duração, poderá ter longos períodos entre os ciclos do regenerador do Looker. Outros fatores podem afetar o tempo necessário para recriar as tabelas, conforme descrito na seção Considerações importantes para implementar tabelas permanentes da página Tabelas derivadas no Looker.

Se o banco de dados não estiver disponível 24 horas por dia, 7 dias por semana, limite as verificações aos horários em que ele estiver disponível. Confira outras expressões cron:

Expressão cron Definição
*/5 8-17 * * MON-FRI Verifique os grupos de dados e as PDTs a cada 5 minutos durante o horário comercial, de segunda a sexta-feira
*/5 8-17 * * * Verificar grupos de dados e PDTs a cada 5 minutos durante o horário de trabalho, todos os dias
0 8-17 * * MON-FRI Verifique os grupos de dados e as PDTs a cada hora durante o horário comercial, de segunda a sexta-feira
1 3 * * * Verificar grupos de dados e TDPs todos os dias às 3h01

Alguns pontos importantes ao criar uma expressão cron:

  • O Looker usa parse-cron v0.1.3, que não é compatível com ? em expressões cron.
  • A expressão cron usa o fuso horário do aplicativo do Looker para determinar quando as verificações são feitas.
  • Se as TDPs não estiverem sendo criadas, redefina a string cron para o padrão */5 * * * *.

Confira alguns recursos para ajudar na criação de strings cron:

Repetir builds de TDP com falha

A chave Repetir builds de TDP com falha configura como o regenerador do Looker tenta recriar tabelas persistentes de acionamento que falharam no ciclo anterior do regenerador. O regenerador do Looker é o processo que recria tabelas persistentes acionadas (TDPs e tabelas agregadas) de acordo com o intervalo configurado na configuração de conexão Programação de manutenção de TDP e grupo de dados. Quando a opção Repetir builds de TDP com falha está ativada, o regenerador do Looker tenta recriar uma TDP que falhou no ciclo anterior, mesmo que a condição de acionamento da TDP não seja atendida. Quando essa configuração está desativada, o regenerador do Looker tenta recriar uma TDP com falha anterior somente quando a condição de acionamento da TDP é atendida. A opção Repetir builds de TDP com falha fica desativada por padrão.

Consulte a página de documentação Tabelas derivadas no Looker para mais informações sobre o regenerador do Looker.

Controle da API de TDPs

A opção Controle da API de TDPs determina se as chamadas de API start_pdt_build, check_pdt_build e stop_pdt_build podem ser usadas para essa conexão. Quando a chave Controle da API de TDP está desativada, essas chamadas de API falham quando fazem referência a TDPs nessa conexão. A opção Controle da API de TDPs fica desativada por padrão.

Substituições de TDP

Se o banco de dados for compatível com tabelas derivadas persistentes e você tiver ativado a opção Ativar PDTs nas configurações de conexão, o Looker vai mostrar a seção Substituições de PDT. Na seção Substituições de TDP, é possível inserir parâmetros JDBC separados (host, porta, banco de dados, nome de usuário, senha, esquema, parâmetros adicionais e instruções pós-conexão) específicos para processos de TDP. Isso pode ser útil por vários motivos:

  • Ao criar um usuário de banco de dados separado para processos de TDP, é possível usar TDPs no projeto do Looker mesmo que você atribua atributos de usuário às credenciais de login do banco de dados ou use o OAuth para a conexão com o banco de dados.
  • Os processos de PDT podem ser autenticados por um usuário de banco de dados separado com uma prioridade mais alta. Assim, o banco de dados pode priorizar os jobs de PDT em vez de consultas de usuários menos importantes.
  • O acesso de gravação pode ser revogado para a conexão padrão do banco de dados do Looker e concedido apenas a um usuário especial que os processos de PDT usarão para autenticação. Essa é uma estratégia de segurança melhor para a maioria das organizações.
  • Para bancos de dados como o Snowflake, os processos de PDT podem ser encaminhados para um hardware mais potente que não é compartilhado com o restante dos usuários do Looker. Assim, as PDTs podem ser criadas rapidamente sem incorrer no custo de executar hardware caro em tempo integral.

Por exemplo, a configuração a seguir mostra uma conexão em que os campos de nome de usuário e senha estão definidos como atributos do usuário. Assim, cada usuário pode acessar o banco de dados usando as próprias credenciais. A seção Substituições de PDT cria um usuário separado (pdt_user) com uma senha própria. A conta pdt_user será usada em todos os processos de TDP, com níveis de acesso adequados à criação e atualização de TDP.

Seção "Substituições de TDP" da página "Conectar seu banco de dados ao Looker".

Fuso horário

fuso horário do banco de dados

O fuso horário em que o banco de dados armazena informações com base no tempo. O Looker precisa saber disso para converter valores de tempo para os usuários, facilitando a compreensão e o uso de dados baseados em tempo. Consulte a página de documentação Como usar as configurações de fuso horário para mais informações.

fuso horário de consultas

A opção Fuso horário da consulta só fica visível se você desativar Fusos horários específicos do usuário.

Quando os fusos horários específicos do usuário estão desativados, o fuso horário da consulta é o fuso horário que aparece para os usuários quando eles consultam dados baseados em tempo, e o fuso horário em que o Looker converte os dados baseados em tempo do fuso horário do banco de dados.

Consulte a página de documentação Como usar as configurações de fuso horário para mais informações.

Mais configurações

Parâmetros JDBC adicionais

É possível incluir outros parâmetros de Java Database Connectivity (JDBC) para suas consultas aqui, se precisar.

Para referenciar um atributo do usuário em um parâmetro JDBC, use a sintaxe de modelos Liquid: _user_attributes['name_of_attribute']. Exemplo:

my_jdbc_param={{ _user_attributes['name_of_attribute'] }}

Máximo de conexões por nó

Aqui você pode definir o número máximo de conexões que o Looker pode estabelecer com seu banco de dados. Na maior parte do tempo, você está definindo o número de consultas simultâneas que o Looker pode executar no seu banco de dados. O Looker também reserva até três conexões para encerrar consultas. Se o pool de conexões for muito pequeno, o Looker vai reservar menos conexões.

Defina esse valor com cuidado. Se o valor for muito alto, você poderá sobrecarregar seu banco de dados. Se o valor for muito baixo, as consultas terão que compartilhar um número pequeno de conexões. Assim, muitas consultas podem parecer lentas para os usuários, porque precisam esperar o retorno de outras consultas anteriores.

O valor padrão (que varia de acordo com o dialeto SQL) geralmente é um ponto de partida razoável. A maioria dos bancos de dados também tem configurações próprias para o número máximo de conexões que aceitam. Se a configuração do banco de dados limitar as conexões, verifique se o valor de Conexões máximas por nó é igual ou menor que o limite do banco de dados.

Tempo limite do pool de conexões

Se os usuários solicitarem mais conexões do que a configuração Máximo de conexões por nó, as solicitações vão aguardar a conclusão de outras antes de serem executadas. O tempo máximo de espera de uma solicitação é configurado aqui. A configuração padrão é de 120 segundos.

Defina esse valor com cuidado. Se for muito baixo, os usuários poderão ter as consultas canceladas porque não há tempo suficiente para que as consultas de outros usuários sejam concluídas. Se for muito alto, um grande número de consultas poderá se acumular, fazendo com que os usuários esperem muito tempo. O valor padrão geralmente é um ponto de partida razoável.

Número máximo de consultas simultâneas para esta conexão

Esse valor opcional limita o número de consultas simultâneas que o Looker vai enviar para essa conexão de banco de dados de uma vez. As demais solicitações simultâneas que chegarem exigindo a mesma conexão serão colocadas em fila internamente, e o Looker vai fazer o processamento delas em ordem. Definir esse valor vai substituir um valor Máximo de conexões por nó existente.

Número máximo de consultas simultâneas por usuário para esta conexão

Esse valor opcional limita o número de consultas simultâneas por usuário que o Looker vai enviar para essa conexão de banco de dados de uma vez. As demais solicitações simultâneas que chegarem exigindo a mesma conexão serão colocadas em fila internamente, e o Looker vai fazer o processamento delas em ordem.

SSL

Escolha se você quer usar a criptografia SSL para proteger os dados à medida que eles passam entre o Looker e seu banco de dados. O SSL é apenas uma opção que pode ser usada para proteger seus dados. Outras opções seguras são descritas na página de documentação Como ativar o acesso seguro ao banco de dados.

Verificar SSL

Escolha se você quer exigir a verificação do certificado SSL usado pela conexão. Se a verificação for necessária, a autoridade certificadora (CA) que assinou o certificado SSL precisará estar na lista de fontes confiáveis do cliente. Se a CA não for uma fonte confiável, a conexão com o banco de dados não será estabelecida.

Se essa caixa não estiver marcada, a criptografia SSL ainda será usada na conexão, mas a verificação da conexão SSL não será obrigatória. Assim, uma conexão poderá ser estabelecida quando a CA não estiver na lista de fontes confiáveis do cliente.

Pré-cache do SQL Runner

No SQL Runner, todas as informações da tabela são pré-carregadas assim que você seleciona uma conexão e um esquema. Assim, o SQL Runner mostra rapidamente as colunas da tabela assim que você clica no nome dela. No entanto, para conexões e esquemas com muitas tabelas ou tabelas muito grandes, talvez você não queira que o SQL Runner pré-carregue todas as informações.

Se você preferir que o SQL Runner carregue as informações da tabela apenas quando uma tabela for selecionada, desmarque a opção Pré-cache do SQL Runner para desativar o pré-carregamento do SQL Runner para a conexão.

Buscar esquema de informações para escrita em SQL

Para alguns recursos de escrita de SQL, como reconhecimento de agregação, o Looker usa o esquema de informações do banco de dados para otimizar a escrita de SQL. Se o esquema de informações não estiver em cache, o Looker poderá precisar bloquear ocasionalmente a gravação de SQL no banco de dados para buscar o esquema de informações. Para dialetos que usam o Hadoop Distributed File System (HDFS), a busca do esquema de informações pode levar tempo suficiente para afetar significativamente a performance das suas consultas do Looker. Se você sabe que seu esquema de informações é lento, desative a opção Buscar esquema de informações para escrita em SQL na sua conexão. Desativar esse recurso impede algumas otimizações de SQL do Looker para determinados recursos. Por isso, ative a opção Buscar esquema de informações para escrita em SQL, a menos que você saiba que o esquema de informações da sua conexão é muito lento.

Custo estimado

A opção Estimativa de custo se aplica apenas às seguintes conexões de banco de dados:

A chave Estimativa de custo ativa os seguintes recursos na conexão:

Consulte a página de documentação Analisar dados no Looker para mais informações.

Pool de conexão de banco de dados

Para dialetos que aceitam o pooling de conexões de banco de dados, esse recurso permite que o Looker use pools de conexões pelo driver JDBC. O pooling de conexões de banco de dados permite um desempenho de consulta mais rápido. Uma nova consulta não precisa criar uma conexão de banco de dados, mas pode usar uma conexão existente do pool. O recurso de pool de conexões garante que uma conexão seja limpa após a execução de uma consulta e fique disponível para reutilização após o término da execução. Consulte a página de documentação Pool de conexões de banco de dados para mais informações.

Testar as configurações de conexão

Você pode testar as configurações de conexão em alguns lugares na interface do Looker:

  • Selecione o botão Testar na parte de baixo da página Configurações de conexões.
  • Selecione o botão Testar na listagem da conexão na página de administrador Conexões, conforme descrito na página de documentação Conexões.

Depois de inserir as configurações de conexão, clique em Testar para verificar se as informações estão corretas e se o banco de dados consegue se conectar.

Se a conexão não passar em um ou mais testes, confira algumas opções de solução de problemas:

  • Tente algumas das etapas de solução de problemas na página de documentação Testar a conectividade do banco de dados.
  • Se você estiver executando o Mongo versão 3.6 ou anterior no Atlas e ocorrer uma falha no link de comunicação, consulte a página de documentação do Mongo Connector.
  • Para receber mensagens de conexão bem-sucedida sobre o esquema temporário e as PDTs, permita essa funcionalidade ao configurar seu banco de dados do Looker. As instruções para fazer isso estão na página de documentação Instruções de configuração do banco de dados.

Se você ainda estiver com problemas, abra uma solicitação de suporte.

Testar como usuário

Se você tiver definido um ou mais valores de parâmetro de conexão para um atributo do usuário, a opção Testar como usuário vai aparecer. Selecione um usuário e clique em Testar para verificar se o banco de dados pode se conectar e executar consultas como esse usuário.

Próximas etapas

Depois de conectar seu banco de dados ao Looker, você poderá configurar as opções de login para seus usuários.