Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
El agrupamiento de conexiones permite usar grupos de conexiones preconfigurados en los dialectos de bases de datos PostgreSQL y Snowflake.
Si tu dialecto lo admite, la agrupación de conexiones de bases de datos permite que Looker use grupos de conexiones a través del controlador JDBC. La agrupación de conexiones de bases de datos permite un rendimiento más rápido de las consultas; una consulta nueva no necesita crear una conexión de base de datos nueva, sino que puede usar una conexión existente del grupo de conexiones. La capacidad de agrupación de conexiones garantiza que se limpie una conexión después de la ejecución de una consulta y que esté disponible para su reutilización después de que finalice la ejecución de la consulta.
La opción Database Connection Pooling está habilitada en la conexión de Looker.
Configuraste grupos de conexiones en tu base de datos.
A continuación, se incluyen algunos aspectos que debes tener en cuenta cuando usas grupos de conexiones:
Varios usuarios comparten un grupo de conexiones si los valores de sus atributos de usuario son idénticos. Los usuarios que tienen valores únicos o diferentes en su conjunto de atributos del usuario usarán grupos de conexiones únicos cuando se conecten a la base de datos.
La cantidad máxima de conexiones que se pueden realizar a los grupos de conexiones en todos los nodos de la base de datos está limitada por el valor del campo Max connections per node en la página Connection de la base de datos.
Si la cantidad de consultas simultáneas que se envían a un grupo de conexiones supera la cantidad máxima de conexiones, las consultas se ponen en cola en Looker hasta que se ejecuten las consultas anteriores.
Las cadenas de conexión JDBC únicas crean grupos de conexiones únicos. Por ejemplo, los nombres de usuario únicos de la base de datos o los nombres de grupos de bases de datos que dictan el control de acceso basado en roles a la base de datos crearán cadenas de conexión JDBC únicas, que luego crearán grupos de conexiones únicos. Por ejemplo, un grupo de finanzas de una empresa puede tener un rol de base de datos que le otorgue acceso a todas las tablas de la base de datos, pero el equipo de ventas y marketing puede tener un rol de base de datos que le otorgue acceso solo a un subconjunto de las tablas de la base de datos. En este caso, cada grupo tendría una cadena de conexión JDBC y un grupo de conexiones únicos. Un tercer grupo podría ser un conjunto de clientes de análisis integrados que tienen sus propios derechos de acceso a la base de datos. Los clientes de análisis integrados también tendrían una cadena JDBC y un grupo de conexiones únicos, por lo que también tendrían un conjunto único de conexiones que no utilizan los grupos de finanzas o de ventas y marketing.
La cláusula WHERE en una consulta en SQL no genera agrupaciones de conexiones nuevas. La cláusula WHERE no tiene ningún impacto en la cadena de conexión JDBC, por lo que no se crea un nuevo grupo de conexiones. Por ejemplo, los filtros de acceso únicos modifican la cláusula WHERE de SQL en una consulta, no la cadena de conexión JDBC, por lo que los filtros de acceso únicos no crearán nuevos grupos de conexiones.
Cuando se crean varios grupos de conexiones, la cantidad máxima de conexiones se fragmenta en varios grupos, y cada uno contiene un subconjunto de las conexiones disponibles. Esto ocurre porque la cantidad total de conexiones no puede superar el valor de conexiones máximas.
Compatibilidad con dialectos para la agrupación de conexiones de bases de datos
La capacidad de usar la agrupación de conexiones de bases de datos depende del dialecto de la base de datos que usa tu conexión de Looker. En la versión más reciente de Looker, los siguientes dialectos admiten la agrupación de conexiones de bases de datos:
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[],[],null,["# Database connection pooling\n\nConnection pooling enables the use of preconfigured connection pools on [PostgreSQL](/looker/docs/db-config-postgresql) and [Snowflake](/looker/docs/db-config-snowflake) database dialects.\n\n[If your dialect supports it](#dialect_support_for_database_connection_pooling), database connection pooling enables Looker to use pools of connections through the JDBC driver. Database connection pooling enables faster query performance; a new query does not need to create a new database connection but can instead use an existing connection from the connection pool. The connection pooling capability ensures that a connection is cleaned up after a query execution and is available for reuse after the query execution ends.\n\nYou can enable connection pooling using the [**Database Connection Pooling**](/looker/docs/admin-panel-general-labs#database_connection_pooling) option when you [create](/looker/docs/connecting-to-your-db) or [edit](/looker/docs/admin-panel-database-connections#editing_connections) a database connection in Looker.\n| **Note:** Database connection pooling was previously a Looker [Labs](/looker/docs/admin-panel-general-labs) feature. When **Database Connection Pooling** moved out of Labs, Looker automatically applied the **Database Connection Pooling** Labs setting to the **Database Connection Pooling** connection setting for any database connections on your instance that support connection pooling.\n\nLooker will use connection pooling on your connection if all of the following are true:\n\n- You are using one of the [dialects that support database connection pooling](#dialect_support_for_database_connection_pooling).\n- The **Database Connection Pooling** option is enabled on the Looker connection.\n- You have configured connection pools on your database.\n\nHere are some things to consider when you're using connection pools:\n\n- Multiple users share a connection pool if their user attribute values are identical. Users who have unique or differing values in their set of user attributes will use unique connection pools when connecting to the database.\n\n- The maximum number of connections that can be made to connection pools across all database nodes is limited by the value in the [**Max connections per node**](/looker/docs/connecting-to-your-db#max_connections) field in the database's **Connection** page.\n\n- If the number of concurrent queries being issued to a connection pool exceeds the maximum number of connections, queries are queued in Looker until prior queries are executed.\n\n- Unique JDBC connection strings create unique connection pools. For example, unique database usernames or database group names that dictate role-based access control to the database will create unique JDBC connection strings, which then create unique connection pools. For example, a finance group in a company may have a database role that grants them access to all tables in the database, but the sales and marketing team may have a database role that grants them access to only a subset of the database tables. In this case, each group would have a unique JDBC connection string and a unique connection pool. A third group might be a set of [embedded analytics](/looker/docs/single-sign-on-embedding) customers who have their own access rights to the database. The embedded analytics customers would also have a unique JDBC string and a unique connection pool, so they would also have a unique set of connections that are not in use by the finance or sales and marketing groups.\n\n- The `WHERE` clause in a SQL query does not cause new connection pools. The `WHERE` clause has no impact on the JDBC connection string, so a new connection pool is not created. For example, unique [access filters](/looker/docs/reference/param-explore-access-filter) modify the SQL `WHERE` clause in a query, not the JDBC connection string, so unique access filters won't create new connection pools.\n\n- When multiple connection pools are created, the maximum number of connections is fragmented into multiple pools, with each pool containing a subset of available connections. This occurs because the total number of connections cannot exceed the maximum connections value.\n\nDialect support for database connection pooling\n-----------------------------------------------\n\nThe ability to use database connection pooling depends on the database dialect your Looker connection is using. In the latest release of Looker, the following dialects support database connection pooling:"]]
