Ten en cuenta que estás viendo la documentación de Looker. Para obtener la documentación de Looker Studio, visita https://support.google.com/looker-studio.

Conecta Looker a tu base de datos

Después de proteger y configurar tu base de datos, tendrás todo listo para conectarla a Looker.

Selecciona Conexiones en la sección Base de datos del panel Administrador. En la página Conexiones, haz clic en el botón Agregar conexión. Looker muestra la página Configuración de la conexión.

Si deseas obtener más información para aplicar atributos de usuario a la configuración de conexión, consulta la sección Conexiones de la página de documentación Atributos de usuario.

En esta página, se describen los campos comunes que muestra Looker en la página Configuración de la conexión. Los campos exactos que muestra la página Configuración de conexión dependen de tu configuración de dialecto.

Haz clic aquí para ver los vínculos de las instrucciones específicas de dialectos en la documentación de Looker.

Una vez que hayas ingresado la configuración de la conexión de la base de datos, puedes seleccionar el botón Probar en la página Configuración de la conexión para probar la conexión y asegurarte de que sea correcta. Haz clic en Probar para verificar que la conexión se haya realizado de forma correcta. Consulta la página de documentación Prueba la conectividad de la base de datos para obtener información sobre la solución de problemas. Si Looker muestra Se puede conectar, presiona Conectar para crear la conexión. Luego, tu conexión de base de datos se agregará a la lista en la página de administrador de Conexiones de Looker.

Configuración general

Nombre

Es el nombre de la conexión a la que quieres hacer referencia. No debes usar el nombre de ninguna carpeta. No es necesario que este valor coincida con ningún elemento de tu base de datos. Es una etiqueta que debes asignar para identificar esta conexión en la IU de Looker. Necesitas este nombre de conexión de la base de datos para usarlo en el parámetro connection de tu modelo de LookML. El nombre de la conexión de la base de datos también es cómo se identifica la conexión en la página de administrador Conexiones de Looker.

Alcance de la conexión

Selecciona si la conexión se debe poder usar con todos los proyectos o con un solo proyecto.

Usa esta opción junto con los siguientes permisos para delegar la administración de conexiones y la configuración del modelo:

Dialecto

Es el dialecto de SQL que coincide con tu conexión. Es importante elegir el valor correcto para que se te muestren las opciones de conexión adecuadas y para que Looker pueda traducir correctamente tu LookML a SQL.

ID del proyecto de facturación

Solo para conexiones de Google BigQuery, el ID del proyecto de facturación es el ID del proyecto de Google Cloud.

Host

Es el nombre de host de la base de datos que debe usar Looker para conectarse al host de tu base de datos.

Si trabajaste con un analista de Looker para configurar un túnel SSH a tu base de datos, en el campo Host, ingresa "localhost".

Puerto

Es el puerto de la base de datos que debe usar Looker para conectarse al host de tu base de datos.

Si trabajaste con un analista de Looker para configurar un túnel SSH a tu base de datos, en el campo Puerto, ingresa el número de puerto que redirecciona a tu base de datos, que debería haber proporcionado el analista de Looker.

Base de datos

El nombre de la base de datos en el host. Por ejemplo, puedes tener el nombre de host my-instance.us-east-1.redshift.amazonaws.com en el que hay una base de datos llamada sales_info. Ingresarías sales_info en este campo. Si tienes varias bases de datos en el mismo host, es posible que debas crear varias conexiones para usarlas (excepto en MySQL, en el que la palabra base de datos significa algo un poco diferente de lo que sucede en la mayoría de los dialectos de SQL).

Esquema

El esquema predeterminado que usa Looker cuando no se especifica un esquema. Esto se aplica cuando usas el Ejecutor de SQL, durante la generación del proyecto de LookML y cuando consultas tablas.

Autenticación

Para las conexiones Snowflake y Google BigQuery, selecciona el tipo de autenticación que quieres que Looker use para acceder a tu base de datos:

En el caso de las conexiones de Google BigQuery, tienes la opción de configurar OAuth o una cuenta de servicio para que Looker se autentique en tu base de datos.
En el caso de las conexiones de Snowflake, tienes la opción de configurar OAuth o una cuenta de base de datos para que Looker se autentique en tu base de datos.

Cuando usas OAuth, tus usuarios deben acceder a tu base de datos para emitir consultas desde Looker. Consulta la página de Google BigQuery o la de Snowflake para ver el procedimiento completo de configuración de OAuth.

Nombre de usuario

El nombre de usuario de una cuenta de usuario de tu base de datos que Looker puede usar para conectarse a tu base de datos.

Contraseña (Password)

La contraseña de una cuenta de usuario de tu base de datos que Looker puede usar para conectarse a tu base de datos.

Configuración opcional

Servidor SSH

La opción Servidor SSH solo está disponible si la instancia se implementa en la infraestructura de Kubernetes y solo si se habilitó la capacidad de agregar información de configuración del servidor SSH a tu instancia de Looker. Si esta opción no está habilitada en tu instancia de Looker y quieres habilitarla, comunícate con un especialista en ventas de Google Cloud o abre una solicitud de asistencia.

El servidor SSH elige automáticamente el puerto localhost y no es posible especificar el puerto localhost. Si necesitas crear una conexión SSH que requiera que especifiques un puerto localhost, abre una solicitud de asistencia.

Para conectarte a tu base de datos con un túnel SSH, activa el botón de activación y selecciona una configuración de servidor SSH de la lista desplegable.

Puerto local

De forma predeterminada, Looker selecciona automáticamente un puerto local disponible para el túnel SSH. Para elegir un puerto local manualmente, selecciona Manual Entry y, luego, ingresa un número de puerto en el campo Custom Local Port. Asegúrate de que el puerto local esté disponible en tu instancia.

Tablas derivadas persistentes (PDT)

Habilitar PDT

Activa el botón de activación Habilitar PDT para habilitar tablas derivadas persistentes. Cuando las PDT están habilitadas, la ventana Connection muestra campos de PDT adicionales y la sección PDT Overrides. Looker muestra el botón de activación Habilitar PDT solo si el dialecto de la base de datos admite el uso de PDT.

Ten en cuenta lo siguiente sobre las PDT:

Las PDT no son compatibles con las conexiones de Snowflake que usan OAuth.
Cuando inhabilitas las PDT en una conexión, no se inhabilitan los grupos de datos asociados con tus PDT. Incluso si inhabilitas las PDT, los grupos de datos existentes seguirán ejecutando sus consultas sql_trigger en la base de datos. Si quieres evitar que un grupo de datos ejecute su consulta sql_trigger en tu base de datos, debes borrar o comentar el parámetro datagroup de tu proyecto de LookML, o puedes actualizar la configuración del Programa de mantenimiento de PDT y grupos de datos de la conexión para que Looker verifique las PDT y los grupos de datos con poca frecuencia o nunca.
Para las conexiones de Snowflake, Looker establece el valor del parámetro AUTOCOMMIT en TRUE (valor predeterminado de Snowflake). AUTOCOMMIT es obligatorio para los comandos de SQL que ejecuta Looker a fin de mantener su sistema de registro de PDT.

Base de datos temporal

Aunque está etiquetada como Base de datos temporal, deberás ingresar el nombre de la base de datos o el nombre del esquema, según corresponda para tu dialecto SQL, que Looker debería usar para crear tablas derivadas persistentes. Debes configurar esta base de datos o esquema con anticipación y con los permisos de escritura adecuados. En la página de documentación Instrucciones de configuración de bases de datos, selecciona el dialecto de tu base de datos para ver sus instrucciones.

Cada conexión debe tener su propia base de datos temporal o esquema; no se pueden compartir entre conexiones.

Cantidad máxima de conexiones del compilador de PDT

El parámetro de configuración Cantidad máxima de conexiones del compilador de PDT te permite especificar cuántas compilaciones de tablas simultáneas puede iniciar el regenerador de Looker en la conexión de tu base de datos. El parámetro de configuración Cantidad máxima de conexiones del compilador de PDT solo se aplica a los tipos de tablas para las que el regenerador de Looker inicia recompilaciones:

Tablas con persistencia del activador (tablas derivadas persistentes y tablas agregadas que usan la estrategia de persistencia datagroup_trigger o sql_trigger_value).
Tablas persistentes que usan la estrategia persist_for, pero solo cuando la tabla persist_for es parte de una cascada de tablas derivadas en la que depende de una tabla que usa la estrategia de persistencia datagroup_trigger o sql_trigger_value. En este caso, el regenerador de Looker volverá a compilar una tabla persist_for, ya que esta se necesita para volver a compilar otra tabla en cascada. De lo contrario, el regenerador no iniciará compilaciones de tablas persist_for.

La configuración predeterminada Cantidad máxima de conexiones del compilador de PDT es 1, pero puede establecerse hasta 10. Sin embargo, el valor no puede ser mayor que el valor establecido en el campo Cantidad máxima de conexiones por nodo ni en el conjunto per-user-query-limit de las opciones de inicio de Looker.

Establece este valor con cuidado. Si el valor es demasiado alto, podrías sobrecargar tu base de datos. Si el valor es bajo, las PDT de larga duración o las tablas conjuntas pueden retrasar la creación de otras tablas persistentes o ralentizar otras consultas en la conexión. Las bases de datos compatibles con la arquitectura multiusuario, como BigQuery, Snowflake y Redshift, pueden tener un mejor rendimiento en el manejo de compilaciones de consultas paralelas.

Si quieres aumentar el parámetro de configuración Cantidad máxima de conexiones del compilador de PDT, una buena regla general es aumentarlo en un incremento de 1. Si se produce algún comportamiento inesperado, vuelve a establecerlo en el valor predeterminado 1. De lo contrario, si el rendimiento de las consultas no se ve afectado, puedes seguir aumentando este nivel de manera incremental en 1 y verificando el rendimiento en cada incremento antes de aumentar el parámetro de configuración.

Ten en cuenta lo siguiente sobre el parámetro de configuración Cantidad máxima de conexiones del compilador de PDT:

La configuración Cantidad máxima de conexiones del compilador de PDT solo se aplica a las conexiones necesarias para la recompilación de tablas, no a las conexiones necesarias para las verificaciones de activadores. Una verificación de activador es una consulta que comprueba si se activa la estrategia de persistencia de la tabla. Debido a que estas consultas de verificación de activador siempre se ejecutan de forma secuencial, no se aplica el parámetro de configuración Cantidad máxima de conexiones del compilador de PDT.
En una instancia de Looker agrupada en clústeres, el regenerador se ejecuta solo en el nodo principal. La configuración Cantidad máxima de conexiones del compilador de PDT se aplica solo al nodo principal y, por lo tanto, establece el límite para todo el clúster.
La configuración Cantidad máxima de conexiones del compilador de PDT no se aplica a los siguientes tipos de tablas. Estos tipos de tablas se compilan de forma consecutiva:
- Las tablas se conservan mediante el parámetro persist_for (a menos que las tablas que usan las estrategias datagroup_trigger o sql_trigger_value dependan de ellas).
- Tablas en Modo de desarrollo.
- Tablas que se volvieron a compilar con la opción Volver a compilar tablas derivadas y ejecutar.
- Tablas en las que una depende de otra en una cascada de dependencia Una tabla no se puede compilar al mismo tiempo que una tabla de la que depende. Por ejemplo, si table_B depende de table_A, table_A debe terminar de compilarse antes de que table_B pueda comenzar a hacerlo.

Programa de mantenimiento de PDT y grupos de datos

El regenerador de Looker verifica los grupos de datos y las tablas persistentes (tanto las tablas agregadas como las las tablas derivadas persistentes) que se basan en sql_trigger_value. En función de estas verificaciones, el regenerador de Looker vuelve a compilar o descarta las tablas persistentes del esquema inicial de tu base de datos.

El valor del Programa de mantenimiento de PDT y grupos de datos establece el intervalo cron para el regenerador de Looker. El regenerador de Looker inicia un ciclo de regenerador para verificar los grupos de datos y las tablas persistentes en el intervalo cron. Si un ciclo de regenerador de Looker aún está en curso en el próximo intervalo de cron, este completará el ciclo de regenerador que está en curso y, luego, esperará hasta el intervalo posterior de cron para comenzar el siguiente.

La configuración del Programa de mantenimiento de PDT y grupos de datos acepta una expresión cron. El valor predeterminado es */5 * * * *, lo que significa que el ciclo de regenerador de Looker iniciará un ciclo en un intervalo de cinco minutos si se completó el ciclo de regenerador anterior. Si no se completó el ciclo de regenerador anterior, el regenerador de Looker se iniciará en el intervalo de cinco minutos después de que finalice el ciclo.

El valor predeterminado de cinco minutos también es el intervalo más frecuente admitido para el Programa de mantenimiento de grupos de datos y PDT. Looker no aplica un intervalo máximo para el Programa de mantenimiento de grupos de datos y PDT, lo que significa que puedes extender el intervalo entre los ciclos de regenerador de Looker siempre que se pueda especificar mediante una expresión cron. Ten en cuenta que los ciclos de regenerador de Looker más largos pueden afectar negativamente la actualización de los datos en tu caché y tus tablas persistentes.

Después de que el regenerador de Looker complete todas las verificaciones y las recompilaciones de PDT en un ciclo, esperará a que el próximo intervalo de cron inicie el próximo ciclo. Si tienes compilaciones de PDT de larga duración, es posible que haya períodos largos entre los ciclos de regenerador de Looker. Otros factores pueden afectar el tiempo necesario para volver a compilar tus tablas, como se describe en la sección Consideraciones importantes para implementar tablas persistentes en la página Tablas derivadas en Looker.

Si tu base de datos no está activa las 24 horas, todos los días, se recomienda limitar las verificaciones a los momentos en que esta esté activa. Estas son algunas expresiones cron adicionales:

Expresión `cron`	Definición
`/5 8-17 * MON-FRI`	Verifica los grupos de datos y las PDT cada 5 minutos durante el horario de atención, de lunes a viernes
`/5 8-17 * *`	Verifica los grupos de datos y las PDT cada 5 minutos durante el horario de atención, todos los días
`0 8-17 * * MON-FRI`	Verifica los grupos de datos y las PDT cada hora durante el horario de atención, de lunes a viernes
`1 3 * * *`	Consulta los grupos de datos y las PDT todos los días a las 3:01 a.m.

Algunos aspectos que debes tener en cuenta cuando creas una expresión cron:

Looker usa parse-cron v0.1.3, que no admite ? en las expresiones cron.
La expresión cron usa la zona horaria de la aplicación de Looker para determinar cuándo se realizan las verificaciones.
Si no se compilan las PDT, restablece la cadena cron al valor predeterminado de */5 * * * *.

A continuación, se presentan algunos recursos que te ayudarán a crear cadenas cron:

https://crontab.guru: Ayuda a editar y probar strings cron.
http://www.crontab-generator.org: Selecciona la configuración de hora y el generador creará la cadena cron correspondiente.

Reintentar compilaciones de PDT con errores

El botón de activación Reintentar compilaciones de PDT con errores configura la forma en que el regenerador de Looker intenta volver a compilar tablas con persistencia del activador que fallaron en el ciclo regenerador anterior. El regenerador de Looker es el proceso que vuelve a compilar tablas con persistencia de activador (PDT y tablas agregadas) según el intervalo configurado en el parámetro de configuración de conexión del Programa de mantenimiento de grupos de datos y PDT. Cuando el botón de activación Reintentar compilaciones de PDT con errores esté habilitado, el regenerador de Looker intentará volver a compilar una PDT que falló en el ciclo de regenerador anterior, incluso si no se cumple la condición de activación de la PDT. Si se inhabilita este parámetro de configuración, el regenerador de Looker intentará volver a compilar una PDT con errores anteriores solo cuando se cumpla la condición de activación de la PDT. La opción Reintentar compilaciones de PDT con errores está inhabilitada de forma predeterminada.

Consulta la página de documentación de Tablas derivadas en Looker para obtener más información sobre el regenerador de Looker.

Control de la API de PDT

El botón de activación del Control de la API de PDT determina si se pueden usar las llamadas a la API start_pdt_build, check_pdt_build y stop_pdt_build para esta conexión. Cuando el botón de activación del Control de la API de PDT está inhabilitado, estas llamadas a la API fallarán cuando hagan referencia a las PDT en esta conexión. El botón de activación Control de la API de PDT está inhabilitado de forma predeterminada.

Anulaciones de PDT

Si tu base de datos admite tablas derivadas persistentes y activaste el botón de activación Habilitar PDT en la configuración de la conexión, Looker mostrará la sección Anulaciones de PDT. En la sección Anulaciones de PDT, puedes ingresar parámetros de JDBC separados (host, puerto, base de datos, nombre de usuario, contraseña, esquema, parámetros adicionales y declaraciones posteriores a la conexión) que sean específicos de los procesos de PDT. Esto puede ser valioso por varios motivos:

Si creas un usuario de base de datos independiente para los procesos de PDT, puedes usar las PDT en tu proyecto de Looker incluso si asignas atributos de usuario a las credenciales de acceso a la base de datos o usas OAuth para la conexión de la base de datos.
Los procesos de PDT pueden autenticarse a través de un usuario de base de datos independiente que tenga una prioridad más alta. De esta manera, la base de datos puede priorizar los trabajos de PDT sobre las consultas de usuarios menos críticas.
Se puede revocar el acceso de escritura para la conexión estándar de la base de datos de Looker y solo se puede otorgar a un usuario especial que los procesos de PDT usarán para la autenticación. Esta es una estrategia de seguridad mejor para la mayoría de las organizaciones.
Para bases de datos como Snowflake, los procesos de PDT se pueden enrutar a un hardware más potente que no se comparte con el resto de los usuarios de Looker. De esta manera, las PDT pueden compilar con rapidez sin incurrir en el costo de ejecutar hardware costoso a tiempo completo.

Por ejemplo, la siguiente configuración muestra una conexión en la que los campos de nombre de usuario y contraseña se configuran según los atributos del usuario. De esta manera, cada usuario puede acceder a la base de datos con sus credenciales individuales. En la sección Anulaciones de PDT, se crea un usuario independiente (pdt_user) con su propia contraseña. Se usará la cuenta pdt_user para todos los procesos de PDT, con niveles de acceso apropiados para la creación y actualización de PDT.

Zona horaria

Zona horaria de la base de datos

La zona horaria en la que tu base de datos almacena información basada en el tiempo. Looker necesita saber esto para poder convertir los valores de tiempo de los usuarios, lo que facilita la comprensión y el uso de los datos basados en el tiempo. Consulta la página de documentación Usa la configuración de zona horaria para obtener más información.

Zona horaria de la consulta

La opción Zona horaria de la consulta solo será visible si inhabilitaste las Zonas horarias específicas del usuario.

Cuando las zonas horarias específicas del usuario están inhabilitadas, la zona horaria de la consulta es la zona horaria que se muestra a los usuarios cuando consultan datos basados en el tiempo y la zona horaria a la que Looker convertirá los datos basados en el tiempo de la zona horaria de la base de datos.

Consulta la página de documentación Usa la configuración de zona horaria para obtener más información.

Configuración adicional

Parámetros adicionales de JDBC

Si es necesario, puedes incluir parámetros adicionales de Conectividad a bases de datos de Java (JDBC) para tus consultas.

Para hacer referencia a un atributo de usuario en un parámetro de JDBC, usa la sintaxis de Plantillas líquidas: _user_attributes['name_of_attribute']. Por ejemplo:

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

Cantidad máxima de conexiones por nodo

Aquí puedes establecer la cantidad máxima de conexiones que Looker puede establecer con tu base de datos. Por lo general, se configura la cantidad de consultas simultáneas que Looker puede ejecutar en tu base de datos. Looker también reserva hasta tres conexiones para finalizar las consultas. Si el grupo de conexiones es muy pequeño, Looker reservará menos conexiones.

Establece este valor con cuidado. Si el valor es demasiado alto, podrías sobrecargar tu base de datos. Si el valor es demasiado bajo, las consultas deben compartir una pequeña cantidad de conexiones. Por lo tanto, muchas consultas pueden parecer lentas para los usuarios, ya que deben esperar otras consultas anteriores.

El valor predeterminado (que varía según tu dialecto SQL) suele ser un punto de partida razonable. La mayoría de las bases de datos también tienen su propia configuración para la cantidad máxima de conexiones que aceptarán. Si la configuración de tu base de datos limita las conexiones, asegúrate de que el valor de Cantidad máxima de conexiones por nodo sea igual o inferior al límite de la base de datos.

Se agotó el tiempo de espera del grupo de conexiones

Si los usuarios solicitan más conexiones que el parámetro de configuración Cantidad máxima de conexiones por nodo, las solicitudes esperarán a que otros finalicen antes de que se ejecuten. La cantidad máxima de tiempo que esperará una solicitud se configura aquí. La configuración predeterminada es 120 segundos.

Debes establecer este valor con cuidado. Si es demasiado bajo, es posible que los usuarios vean que sus consultas se cancelan porque no hay tiempo suficiente para que finalicen las consultas de otros usuarios. Si es demasiado alto, se pueden acumular muchas consultas, lo que provoca que los usuarios esperen mucho tiempo. Por lo general, el valor predeterminado es un punto de partida razonable.

SSL

Elige si quieres usar la encriptación SSL para proteger los datos que pasan entre Looker y tu base de datos. SSL es solo una opción que se puede usar para proteger sus datos. Otras opciones de seguridad se describen en la página de documentación Habilitación del acceso seguro a la base de datos.

Verificar SSL

Elige si quieres solicitar la verificación del certificado SSL que usa la conexión. Si se requiere verificación, la autoridad certificadora (AC) SSL que firmó el certificado SSL debe provenir de la lista de fuentes de confianza del cliente. Si la AC no es una fuente confiable, no se establece la conexión de la base de datos.

Si no se selecciona esta casilla, la encriptación SSL se seguirá usando en la conexión, pero no se requerirá la verificación de esta, por lo que se puede establecer una conexión cuando la AC no esté en la lista de fuentes de confianza del cliente.

Estimación de costos

El botón de activación Estimación de costos solo se aplica a las siguientes conexiones de bases de datos:

El botón de activación Estimación de costos habilita las siguientes funciones en la conexión:

Consulta la página de documentación Explora datos en Looker para obtener más información.

Almacenamiento previo en caché del Ejecutor de SQL

En el Ejecutor de SQL, toda la información de la tabla se carga previamente en cuanto seleccionas una conexión y un esquema. Esto permite que el Ejecutor de SQL muestre rápidamente las columnas de una tabla apenas haces clic en el nombre de una tabla. Sin embargo, para conexiones y esquemas con muchas tablas o con tablas muy grandes, es posible que SQL Runner cargue previamente toda la información.

Si prefieres que el Ejecutor de SQL cargue la información de la tabla solo cuando una tabla está seleccionada, puedes anular la selección de la opción Precaché del Ejecutor de SQL para inhabilitar la carga previa del Ejecutor de SQL para la conexión.

Esquema de recuperación de información para escritura de SQL

Para algunas funciones de escritura en SQL, como el conocimiento agregado, Looker usa el esquema de información de la base de datos para optimizar la escritura en SQL. Si el esquema de información no se almacena en caché, es posible que Looker deba ocasionalmente bloquear la escritura en SQL en la base de datos para poder recuperar el esquema de información. En el caso de los dialectos que usan el Sistema de archivos distribuidos de Hadoop (HDFS), recuperar el esquema de información puede tardar el tiempo suficiente para afectar significativamente el rendimiento de tus consultas de Looker. Si sabes que el esquema de información es lento, puedes inhabilitar la opción Recuperar información del esquema para la escritura de SQL en la conexión. Si inhabilitas esta función, se evitará parte de la optimización de Looker SQL para ciertas funciones, por lo que debes habilitar la opción Recuperar información del esquema para la escritura en SQL, a menos que sepas que el esquema de información de la conexión es particularmente lento.

Prueba tu configuración de conexión

Puedes probar la configuración de conexión desde varios lugares en la IU de Looker:

Selecciona el botón Prueba en la parte inferior de la página Configuración de conexiones.
Selecciona el botón Probar junto a la ficha de la conexión en la página de administrador de Conexiones, como se describe en la página de documentación de Conexiones.

Una vez que hayas ingresado la configuración de conexión, haz clic en Probar para verificar que la información sea correcta y que la base de datos pueda conectarse.

Si la conexión no pasa una o más pruebas, haz lo siguiente:

Prueba algunos de los pasos para solucionar problemas en la página de documentación Prueba la conectividad de la base de datos.
Si está ejecutando Mongo 3.6 o una versión anterior en Atlas y obtiene una falla en el vínculo de las comunicaciones, consulte la página de documentación del conector de Mongo.
Para recibir mensajes de conexión correctos sobre el esquema temporal y las PDT, debes habilitar esa funcionalidad cuando configures la base de datos de Looker. Puedes encontrar instrucciones para hacerlo en la página de documentación Instrucciones de configuración de la base de datos.

Si los problemas persisten, comunícate con el equipo de Asistencia de Looker para obtener ayuda.

Probar como usuario

Si estableciste uno o más valores de parámetros de conexión a un atributo de usuario, aparecerá la opción Probar como usuario arriba del botón Prueba. Selecciona un usuario y haz clic en Probar para verificar que la base de datos pueda conectarse y ejecutar consultas como este usuario.

Próximos pasos

Después de conectar tu base de datos a Looker, estarás listo para configurar las opciones de acceso de tus usuarios.