Pool de conexão de banco de dados

O pool de conexões permite o uso de pools de conexões pré-configurados nos dialetos de banco de dados PostgreSQL e Snowflake.

Se o dialeto for compatível, o pool de conexões de banco de dados permitirá 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.

É possível ativar o pool de conexões usando a opção Pool de conexões de banco de dados ao criar ou editar uma conexão de banco de dados no Looker.

O Looker vai usar o pool de conexões se todas as condições a seguir forem verdadeiras:

Confira algumas coisas a considerar ao usar pools de conexões:

  • Vários usuários compartilham um pool de conexões se os valores dos atributos de usuário forem idênticos. Os usuários que têm valores únicos ou diferentes no conjunto de atributos de usuário usam pools de conexão exclusivos ao se conectar ao banco de dados.

  • O número máximo de conexões que podem ser feitas com pools de conexões em todos os nós de banco de dados é limitado pelo valor no campo Conexões máximas por nó na página Conexão do banco de dados.

  • Se o número de consultas simultâneas emitidas para um pool de conexões exceder o número máximo de conexões, as consultas serão enfileiradas no Looker até que as consultas anteriores sejam executadas.

  • Strings de conexão JDBC exclusivas criam pools de conexão exclusivos. Por exemplo, nomes de usuário ou de grupo de banco de dados exclusivos que determinam o controle de acesso baseado em papéis ao banco de dados criam strings de conexão JDBC exclusivas, que por sua vez criam pools de conexão exclusivos. Por exemplo, um grupo de finanças em uma empresa pode ter uma função de banco de dados que concede acesso a todas as tabelas do banco de dados, mas a equipe de vendas e marketing pode ter uma função de banco de dados que concede acesso apenas a um subconjunto das tabelas do banco de dados. Nesse caso, cada grupo teria uma string de conexão JDBC e um pool de conexões exclusivos. Um terceiro grupo pode ser um conjunto de clientes de análise incorporada que têm direitos de acesso próprios ao banco de dados. Os clientes de análise incorporada também teriam uma string JDBC e um pool de conexões exclusivos. Assim, eles teriam um conjunto exclusivo de conexões que não seriam usadas pelos grupos de finanças ou vendas e marketing.

  • A cláusula WHERE em uma consulta SQL não causa novos pools de conexões. A cláusula WHERE não tem impacto na string de conexão JDBC, então um novo pool de conexões não é criado. Por exemplo, filtros de acesso exclusivos modificam a cláusula SQL WHERE em uma consulta, não a string de conexão JDBC. Portanto, eles não criam novos pools de conexão.

  • Quando vários pools de conexões são criados, o número máximo de conexões é fragmentado em vários pools, e cada um deles contém um subconjunto de conexões disponíveis. Isso acontece porque o número total de conexões não pode exceder o valor máximo.

Suporte a dialetos para pool de conexões de banco de dados

A capacidade de usar o pool de conexões do banco de dados depende do dialeto que sua conexão do Looker está usando. Na versão mais recente do Looker, os seguintes dialetos são compatíveis com o pool de conexões de banco de dados:

Dialeto Compatível?
Actian Avalanche
Não
Amazon Athena
Não
Amazon Aurora MySQL
Não
Amazon Redshift
Não
Amazon Redshift 2.1+
Não
Amazon Redshift Serverless 2.1+
Não
Apache Druid
Não
Apache Druid 0.13+
Não
Apache Druid 0.18+
Não
Apache Hive 2.3+
Não
Apache Hive 3.1.2+
Não
Apache Spark 3+
Não
ClickHouse
Não
Cloudera Impala 3.1+
Não
Cloudera Impala 3.1+ with Native Driver
Não
Cloudera Impala with Native Driver
Não
DataVirtuality
Não
Databricks
Não
Denodo 7
Não
Denodo 8 & 9
Não
Dremio
Não
Dremio 11+
Não
Exasol
Não
Firebolt
Não
Google BigQuery Legacy SQL
Não
Google BigQuery Standard SQL
Não
Google Cloud PostgreSQL
Sim
Google Cloud SQL
Não
Google Spanner
Não
Greenplum
Sim
HyperSQL
Não
IBM Netezza
Não
MariaDB
Não
Microsoft Azure PostgreSQL
Sim
Microsoft Azure SQL Database
Não
Microsoft Azure Synapse Analytics
Não
Microsoft SQL Server 2008+
Não
Microsoft SQL Server 2012+
Não
Microsoft SQL Server 2016
Não
Microsoft SQL Server 2017+
Não
MongoBI
Não
MySQL
Não
MySQL 8.0.12+
Não
Oracle
Não
Oracle ADWC
Não
PostgreSQL 9.5+
Sim
PostgreSQL pre-9.5
Sim
PrestoDB
Não
PrestoSQL
Não
SAP HANA
Não
SAP HANA 2+
Não
SingleStore
Não
SingleStore 7+
Não
Snowflake
Sim
Teradata
Não
Trino
Não
Vector
Não
Vertica
Não