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

Se usó la API de Cloud Translation para traducir esta página.

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 Connections (Conexiones) en la sección Database (Base de datos) del panel Admin (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.

Para obtener más información sobre cómo aplicar los atributos de usuario a la configuración de la conexión, consulta la sección Conexiones de la página de documentación de Atributos de usuario.

En esta página, se describen los campos comunes que Looker muestra 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 la configuración de dialecto.

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

Una vez que hayas ingresado la configuración de 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 establecido correctamente. 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 agrega a la lista de la página de administrador Conexiones de Looker.

Configuración general

Nombre

Es el nombre de la conexión como quieres referirte a ella. Necesitas este nombre de conexión de 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 la forma en que se identifica en la página de administrador Conexiones de Looker. No uses el nombre de ninguna carpeta para esta configuración. No es necesario que este valor coincida con ningún elemento de tu base de datos. Name es una etiqueta que identifica esta conexión dentro de la IU de Looker.

Alcance de la conexión

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

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

Dialecto

Es el dialecto de SQL que coincide con tu conexión. Es importante elegir el valor correcto para ver las opciones de conexión adecuadas y para que Looker traduzca correctamente tu LookML a SQL.

ID del proyecto de facturación

Solo para las 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 en 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 en tu base de datos, en el campo Puerto, ingresa el número de puerto que redirecciona a tu base de datos, que tu analista de Looker debería haber proporcionado.

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. En este campo, ingresaría sales_info. Si tienes varias bases de datos en el mismo host, es posible que debas crear varias conexiones para usarlas (con la excepción de MySQL, donde la palabra base de datos tiene un significado 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 SQL Runner, durante la generación de proyectos de LookML y cuando consultas tablas.

Autenticación

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

Para 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 página de Snowflake para conocer el procedimiento completo para configurar 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 ella.

Contraseña

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

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 por ti y no es posible especificarlo. 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 en 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 de forma manual, selecciona Entrada manual y, luego, ingresa un número de puerto en el campo Puerto local personalizado. 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 las 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 Snowflake que usan OAuth.
Inhabilitar las PDT en una conexión no inhabilita los grupos de datos que están 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 marcar como comentario el parámetro datagroup de tu proyecto de LookML, o bien puedes actualizar el parámetro de configuración Programa de mantenimiento de grupos de datos y PDT de la conexión para que Looker verifique las PDT y los grupos de datos con muy 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 necesario para los comandos de SQL que ejecuta Looker para mantener su sistema de registro de PDT.

Base de datos temporal

Aunque está etiquetado como Base de datos temporal, deberás ingresar el nombre de la base de datos o del esquema (según tu dialecto SQL) que Looker debe 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 la base de datos, selecciona tu dialecto de base de datos para ver sus instrucciones.

Cada conexión debe tener su propio Esquema o Base de datos temporal; 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 simultáneas de tablas puede iniciar el regenerador de Looker en tu conexión de 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 persistentes con activadores (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 forma parte de una cascada de tablas derivadas en la que depende 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 es necesaria para volver a compilar otra tabla en cascada. De lo contrario, el regenerador no iniciará compilaciones para tablas persist_for.

La configuración Máx. de conexiones del compilador de PDT se establece de forma predeterminada en 1, pero se puede establecer hasta 10. Sin embargo, el valor no puede ser superior al valor establecido en el campo Máximo de conexiones por nodo o en el per-user-query-limit configurado en las opciones de inicio de Looker.

Establece este valor con cuidado. Si el valor es demasiado alto, es posible que sobrecargues la base de datos. Si el valor es bajo, las PDT o tablas conjuntas de larga duración pueden retrasar la creación de otras tablas persistentes o ralentizar otras consultas en la conexión. Las bases de datos compatibles con la función multiusuario, como BigQuery, Snowflake y Redshift, pueden ser más eficaces 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 un comportamiento inesperado, vuelve a establecerlo en el valor predeterminado de 1. De lo contrario, si el rendimiento de las consultas no se ve afectado, puedes seguir aumentando la cantidad en 1 y verificando el rendimiento en cada incremento antes de aumentar más el parámetro de configuración.

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

El parámetro de 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 la estrategia de persistencia de la tabla se activa. Como estas consultas de verificación de activador siempre se ejecutan de forma secuencial, no se aplica la 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 de Cantidad máxima de conexiones del compilador de PDT solo se aplica al nodo principal y, por lo tanto, establece el límite para todo el clúster.
El parámetro de 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 crean de forma consecutiva:
- Las tablas persisten a través del parámetro persist_for (a menos que dependan de ellas las tablas que usan las estrategias datagroup_trigger o sql_trigger_value).
- 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 cascade 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, entonces table_A debe terminar de volver a compilarse para que table_B pueda comenzar a volver a compilarse.

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 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 temporal de tu base de datos.

El valor Grupo de datos y programa de mantenimiento de PDT 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 sigue en curso en el siguiente intervalo de cron, el regenerador de Looker completará el ciclo de regenerador que está en curso y, luego, esperará hasta el intervalo de cron posterior para comenzar el próximo ciclo de regenerador.

La configuración 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 del regenerador de Looker iniciará un ciclo en el intervalo de cinco minutos si se completó el anterior. Si no se completó el ciclo de regenerador anterior, el regenerador de Looker se iniciará en el siguiente intervalo de cinco minutos después de que finalice su ciclo.

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

Después de que el regenerador de Looker complete todas las verificaciones y las recompilaciones de PDT de un ciclo, esperará al siguiente intervalo de cron para iniciar el próximo ciclo. Si tienes compilaciones de PDT de larga duración, es posible que tengas períodos prolongados 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, es posible que desees limitar las verificaciones a los momentos en que 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 * * *`	Verifica 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 crees una expresión cron:

Looker usa parse-cron v0.1.3, que no admite ? en 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 están compilando las PDT, restablece la cadena cron al valor predeterminado */5 * * * *.

Los siguientes son algunos recursos para ayudarte 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 string cron correspondiente.

Reintentar compilaciones de PDT con errores

El botón de activación Reintentar compilaciones de PDT con errores configura cómo el regenerador de Looker intenta volver a compilar tablas persistentes con activadores que fallaron en el ciclo de regenerador anterior. El regenerador de Looker es el proceso que vuelve a compilar las tablas persistentes con activadores (PDT y tablas agregadas) según el intervalo que se configura en el parámetro de configuración de conexión Programa de mantenimiento de PDT y grupos de datos. 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. Cuando se inhabilita este parámetro de configuración, el regenerador de Looker intentará recompilar una PDT con fallas anterior 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 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 Control de la API de PDT determina si las llamadas a la API start_pdt_build, check_pdt_build y stop_pdt_build se pueden usar para esta conexión. Si el botón de activación 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 muestra 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 sentencias posteriores a la conexión) que son 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 PDT en tu proyecto de Looker incluso si asignas atributos de usuario a tus 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 tiene una prioridad más alta. De esta manera, la base de datos puede priorizar los trabajos de PDT por sobre las consultas de los usuarios menos críticas.
El acceso de escritura se puede revocar para la conexión de base de datos estándar 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 mejor estrategia de seguridad para la mayoría de las organizaciones.
Para bases de datos como Snowflake, los procesos de PDT se pueden enrutar a hardware más potente que no se comparte con el resto de los usuarios de Looker. De esta manera, las PDT pueden compilarse 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 establecen como atributos de 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. La cuenta de pdt_user se usará para todos los procesos de PDT, con niveles de acceso apropiados para crear y actualizar PDT.

Zona horaria

Zona horaria de la base de datos

La zona horaria en la que la base de datos almacena la información basada en el tiempo. Looker debe saber esto para poder convertir valores de tiempo para 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 Cómo utilizar 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 es visible solo 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 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 Cómo utilizar 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 de Liquid: _user_attributes['name_of_attribute']. Por ejemplo:

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

Cantidad máxima de conexiones por nodo

Aquí puedes configurar la cantidad máxima de conexiones que Looker puede establecer con tu base de datos. En general, estás configurando la cantidad de consultas simultáneas que Looker puede ejecutar en tu base de datos. Looker también reserva hasta tres conexiones para cerrar 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, es posible que sobrecargues la 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 a que se devuelvan 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 la 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 tus usuarios solicitan más conexiones que las que se indican en el parámetro de configuración Cantidad máxima de conexiones por nodo, las solicitudes esperarán a que otras finalicen antes de ejecutarse. 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 se cancelan sus consultas porque no hay tiempo suficiente para que otros usuarios finalicen las consultas. Si es demasiado alto, es posible que se acumulen muchas búsquedas, lo que hará que los usuarios esperen mucho tiempo. El valor predeterminado suele ser un punto de partida razonable.

SSL

Elige si quieres usar la encriptación SSL o no para proteger los datos que pasan entre Looker y tu base de datos. SSL es solo una de las opciones que se pueden usar para proteger tus datos; otras opciones seguras se describen en la página de documentación Habilita el acceso seguro a las bases 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 confiables del cliente. Si la AC no es una fuente confiable, no se establece la conexión con la base de datos.

Si esta casilla no está seleccionada, la encriptación SSL se sigue usando en la conexión, pero no se requiere la verificación de la conexión SSL, por lo que se puede establecer una conexión cuando la CA no está en la lista de fuentes de confianza del cliente.

Almacenamiento previo en caché del Ejecutor de SQL

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

Si prefieres que el Ejecutor de SQL cargue información de la tabla solo cuando se selecciona una tabla, puedes anular la selección de la opción Almacenamiento en caché previo del Runner 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 tu base de datos para optimizar la escritura en SQL. Si el esquema de información no se almacena en caché, es posible que Looker en ocasiones deba bloquear la escritura de SQL en la base de datos para poder recuperar el esquema de información. Para los dialectos que usan el sistema de archivos distribuidos de Hadoop (HDFS), recuperar el esquema de información puede llevar el tiempo suficiente como para afectar significativamente el rendimiento de tus consultas de Looker. Si sabes que tu esquema de información es lento, puedes inhabilitar la opción Fetch Information Schema For SQL Writing de tu conexión. Inhabilitar esta función evitará parte de la optimización de Looker SQL para ciertas funciones, por lo que deberías habilitar la opción Fetch Information Schema for SQL Writing a menos que sepas que el esquema de información de tu conexión es particularmente lento.

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 Costo estimado 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.

Agrupación de conexiones de bases de datos

Para los dialectos que admiten la agrupación de conexiones de bases de datos, esta función 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 de consultas más rápido. Una consulta nueva no necesita crear una nueva conexión con la base de datos, sino que puede usar una conexión existente del grupo de conexiones. La capacidad de agrupación de conexiones garantiza que una conexión se limpie después de la ejecución de una consulta y esté disponible para volver a usarse después de que finalice la ejecución de la consulta. Consulta la página Agrupación de conexiones de bases de datos para obtener más información.

Prueba la configuración de conexión

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

Selecciona el botón Probar 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 Conexiones, como se describe en la página de documentación de Conexiones.

Una vez que ingreses 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 tu conexión no pasa una o más pruebas, estas son algunas opciones para solucionar problemas:

Prueba algunos de los pasos para solucionar problemas que se indican en la página de documentación Prueba la conectividad de la base de datos.
Si ejecutas Mongo versión 3.6 o anterior en Atlas y se produce un error en el vínculo de comunicación, consulta la página de documentación del conector de Mongo.
Para recibir mensajes de conexión exitosos relacionados con el esquema temporal y las PDT, debes permitir esa funcionalidad cuando configures tu base de datos de Looker. Las instrucciones para hacerlo se pueden encontrar en la página de documentación de 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 configuraste uno o más valores del parámetro de conexión para un atributo de usuario, aparecerá la opción Probar como usuario. Selecciona un usuario y, luego, 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, podrás configurar las opciones de acceso para tus usuarios.