Cómo conectar Looker a tu base de datos con el flujo de trabajo mejorado

Después de proteger y configurar tu base de datos, estará todo listo para conectarla a Looker. Si la función de Labs New Database Connection Setup está habilitada, la página Add/Edit Connections tendrá una IU actualizada, capacidades mejoradas de validación y pruebas de conexión, documentación expandida, incluidos recursos específicos de la nube, y un resumen de configuración integral.

Crea una conexión de base de datos en Looker en la página Conecta tu base de datos a Looker. Existen dos opciones para abrir la página Conecta tu base de datos 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.
  • Haz clic en el botón Crear en el menú de navegación principal y, luego, selecciona el elemento de menú Conexión.

Para obtener más información sobre cómo aplicar atributos de usuario a la configuración de la 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 Conecta tu base de datos a Looker. Los campos exactos que muestra la página dependen de la configuración de dialecto.

Una vez que hayas ingresado la configuración de la conexión de la base de datos, puedes probar la conexión para asegurarte de que esté configurada correctamente. Consulta la página de documentación Cómo probar 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, la conexión de tu base de datos se agregará a la lista de la página Administrador Conexiones de Looker.

La configuración de la conexión a la base de datos incluye las siguientes cuatro secciones:

Configuración general

Nombre

El nombre de la conexión que quieres que se use para 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 la conexión en la página Conexiones Administrador de Looker. No uses el nombre de ninguna carpeta para este parámetro de configuración. No es necesario que este valor coincida con nada en tu base de datos. Name es una etiqueta que identifica esta conexión dentro de la IU de Looker.

Dialecto de SQL

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.

Alcance del proyecto

Selecciona si la conexión se puede usar con todos los proyectos o con uno solo:

  • Todos los proyectos: Todos los proyectos de LookML de la instancia pueden tener acceso a la conexión, por lo que el nombre de la conexión se puede especificar en el parámetro connection de los archivos de modelos de ese proyecto.
  • Proyecto seleccionado: Solo un proyecto de LookML en la instancia puede tener acceso a la conexión. Cuando seleccionas esta opción, la pantalla Conexión muestra un menú desplegable de los proyectos de la instancia. Selecciona el proyecto que puede tener acceso a esta conexión.

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

Detalles del estado

Expande la sección Detalles del estado para probar la configuración de tu conexión.

Configuración de bases de datos

Habilitar el 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 de ventas de Google Cloud o abre una solicitud de asistencia. Si activas la opción Habilitar el servidor SSH, Looker mostrará los campos Servidor SSH y Túnel SSH.

Servidor SSH

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.

Selecciona una configuración de servidor SSH en la lista desplegable. Se requiere un servidor SSH para seleccionar o crear un túnel SSH adecuado. Puedes crear un nuevo servidor SSH en la pestaña Servidores SSH del panel Conexiones.

Túnel SSH

Selecciona un túnel SSH existente de la lista desplegable o haz clic en el ícono Create New Tunnel si deseas crear un túnel SSH nuevo con un nombre de host y un puerto o un puerto local.

Nombre de 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". Si aplicas un atributo de usuario al campo Host, este no puede tener un nivel de acceso del usuario establecido como Editable. Si configuraste un túnel SSH para conectarte a tu base de datos, no puedes aplicar un atributo de usuario al campo Host remoto:Puerto.

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.

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.

ID del proyecto de facturación (solo para Google BigQuery)

El ID del proyecto de facturación es el ID del proyecto de Google Cloud . Para obtener más información, consulta la página de documentación de Google BigQuery.

ID del proyecto de almacenamiento (solo para Google BigQuery)

El nombre del ID de tu proyecto de almacenamiento, si separas el procesamiento y el almacenamiento en proyectos independientes Puedes consultar conjuntos de datos en un proyecto de Google Cloud diferente si tus desarrolladores de LookML especifican nombres de tablas con alcance completo en el parámetro sql_table_name de tus vistas, Exploraciones o uniones de LookML. Para obtener más información, consulta la página de documentación de Google BigQuery.

Conjunto de datos principal (solo Google BigQuery)

Es el nombre del conjunto de datos que deseas que Looker use de forma predeterminada cuando consulte tu base de datos. Para obtener más información, consulta la página de documentación de Google BigQuery.

Nombre de la base de datos

El nombre de la base de datos en el host. Por ejemplo, puedes tener un nombre de host de my-instance.us-east-1.redshift.amazonaws.com en el que hay una base de datos llamada sales_info. En este campo, debes ingresar 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, en la que la palabra base de datos significa algo un poco diferente que en la mayoría de los dialectos de SQL).

Esquema predeterminado

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

Configuración de autenticación

Para las conexiones de Google BigQuery, Snowflake, Trino y Databricks, selecciona el tipo de autenticación que deseas 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 la use para autenticarse en tu base de datos.
  • En el caso de las conexiones de Snowflake, Trino y Databricks, tienes la opción de configurar OAuth o una cuenta de base de datos para que Looker la use para autenticarse en tu base de datos.

Cuando usas OAuth, los usuarios deben acceder a tu base de datos para emitir consultas desde Looker. Para obtener más información sobre la configuración de OAuth en una conexión a Looker, consulta los procedimientos de conexión de Google BigQuery, Snowflake, Trino o Databricks.

Nombre de usuario

Es 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.

Expande la sección Detalles del estado para probar la configuración de tu conexión.

Configuración opcional

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. En general, estableces 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, es posible que se sobrecarga 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 el dialecto de 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 Max Connections per node sea igual o inferior al límite de tu base de datos.

Tiempo de espera del grupo de conexiones

Si tus usuarios solicitan más conexiones que la configuración de Max Connections per node, las solicitudes esperarán a que otras terminen antes de ejecutarse. Aquí se configura la cantidad máxima de tiempo que esperará una solicitud. La configuración predeterminada es de 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 terminen las de otros usuarios. Si es demasiado alto, es posible que se acumulen grandes cantidades de consultas, lo que provocará que los usuarios deban esperar mucho tiempo. Por lo general, el valor predeterminado es un punto de partida razonable.

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 del usuario en un parámetro JDBC, usa la sintaxis de plantillas de Liquid: _user_attributes['name_of_attribute']. Por ejemplo:

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

Programa de mantenimiento

El regenerador de Looker verifica los grupos de datos y las tablas persistentes (tanto las tablas conjuntas 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 desde cero de tu base de datos.

El valor de Programa de mantenimiento establece el intervalo cron para el regenerador de Looker. El regenerador de Looker inicia un ciclo de regeneración 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 siguiente intervalo de cron, el regenerador de Looker completará el ciclo en curso y, luego, esperará hasta el siguiente intervalo de cron para comenzar el siguiente ciclo de regenerador.

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

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

Después de que el regenerador de Looker complete todas las verificaciones y recompilaciones de PDT en un ciclo, esperará al siguiente intervalo de cron para iniciar el siguiente 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 crear tus tablas, como se describe en la sección Consideraciones importantes para implementar tablas persistentes de la página Tablas derivadas en Looker.

Si tu base de datos no está disponible las 24 horas, todos los días, te recomendamos que limites las verificaciones a los momentos en que la base de datos esté disponible. Estas son algunas expresiones cron adicionales:

Expresión cron Definición
*/5 8-17 * * MON-FRI Verifica los grupos de datos y los PDT cada 5 minutos durante el horario de atención, de lunes a viernes
*/5 8-17 * * * Verifica los grupos de datos y los 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 los PDTs cada hora durante el horario de atención, de lunes a viernes
1 3 * * * Verifica los grupos de datos y los PDT todos los días a las 3:01 a.m.

Ten en cuenta lo siguiente 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 compilan los PDT, restablece la cadena de cron al valor predeterminado de */5 * * * *.

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

SSL

Elige si quieres usar la encriptación SSL para proteger los datos a medida que pasan entre Looker y tu base de datos. SSL es solo una opción que se puede usar para proteger tus datos. En la página de documentación Habilita el acceso seguro a la base de datos, se describen otras opciones seguras.

Verificar SSL

Elige si quieres solicitar la verificación del certificado SSL que usa la conexión. Si se requiere la verificación, la autoridad certificadora (AC) de SSL que firmó el certificado SSL debe provenir de la lista de fuentes de confianza del cliente. Si la AC no es una fuente de confianza, no se establece la conexión a 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 la conexión SSL, por lo que se puede establecer una conexión cuando la AC no esté en la lista de fuentes de confianza del cliente.

Almacenar previamente en caché tablas y columnas

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

Si prefieres que SQL Runner cargue información de la tabla solo cuando se selecciona una, puedes anular la selección de la opción Almacenar previamente en caché tablas y columnas para inhabilitar la carga previa de SQL Runner para la conexión.

Recuperar y almacenar en caché el esquema

Para algunas funciones de escritura de SQL, como la conciencia agregada, Looker usa el esquema de información de tu base de datos para optimizar la escritura de SQL. Si el esquema de información no está almacenado en caché, es posible que Looker deba bloquear ocasionalmente la escritura de 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), la recuperación del esquema de información puede tardar lo suficiente como para afectar de manera significativa el rendimiento de tus consultas de Looker. Si sabes que tu esquema de información es lento, puedes inhabilitar la opción Recuperar y almacenar en caché el esquema para tu conexión. Si inhabilitas esta función, se impedirá parte de la optimización de SQL de Looker para ciertas funciones, por lo que debes habilitar la opción Recuperar y almacenar en caché el esquema, 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 Cost Estimate 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 Explorar datos en Looker para obtener más información.

Agrupación de conexiones de bases de datos

En el caso de los dialectos que admiten el grupo de conexiones de bases de datos, esta función permite que Looker use grupos de conexiones a través del controlador de JDBC. La agrupación de conexiones de bases de datos permite un rendimiento de consulta más rápido. 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 función de grupo de conexiones garantiza que se borre una conexión después de la ejecución de una consulta y que esté disponible para su reutilización una vez que finalice la ejecución. Consulta la página de documentación sobre el agrupamiento de conexiones de bases de datos para obtener más información.

Configuración de tablas derivadas persistentes (PDT)

Si las PDT están habilitadas, aparecerá la siguiente configuración.

Habilitar PDT

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

Ten en cuenta lo siguiente sobre los PDT:

  • Las PDT no son compatibles con las conexiones de Snowflake que usan OAuth.
  • Inhabilitar los PDT en una conexión no inhabilita los datagroups asociados con tus PDT. Incluso si inhabilitas los 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 bien puedes actualizar el parámetro Datagroup and PDT Maintenance Schedule 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 (el valor predeterminado de Snowflake). AUTOCOMMIT es obligatorio para los comandos SQL que ejecuta Looker para mantener su sistema de registro de PDT.

Base de datos temporal

Si bien esta base de datos se etiqueta como temporal, debes ingresar el nombre de la base de datos o del esquema (según tu dialecto de SQL) para que Looker lo use a fin de crear tablas derivadas persistentes. Debes configurar esta base de datos o esquema con anticipación, con los permisos de escritura adecuados. En la página de documentación Instrucciones de configuración de la base de datos, selecciona el dialecto de tu base de datos para ver las instrucciones correspondientes.

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 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 los que el regenerador de Looker inicia la recompilación:

  • Tablas con activador de persistencia (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 de una tabla que usa la estrategia de persistencia datagroup_trigger o sql_trigger_value. En este caso, el regenerador de Looker volverá a crear una tabla persist_for, ya que se necesita para volver a crear otra tabla en la cascada. De lo contrario, el generador no inicia compilaciones para tablas persist_for.

El parámetro de configuración Cantidad máxima de conexiones del compilador de PDT tiene el valor predeterminado 1, pero se puede establecer hasta en 10. Sin embargo, el valor no puede ser superior al valor establecido en el campo Max connections per node o en el per-user-query-limit establecido en las opciones de inicio de Looker.

Establece este valor con cuidado. Si el valor es demasiado alto, es posible que se sobrecarga la base de datos. Si el valor es bajo, las PDT de larga duración o las tablas agregadas pueden retrasar la creación de otras tablas persistentes o ralentizar otras consultas en la conexión. Es posible que las bases de datos que admiten multitenancy, como BigQuery, Snowflake y Redshift, tengan un mejor rendimiento para controlar compilaciones de consultas en paralelo.

Si deseas aumentar el parámetro de configuración Cantidad máxima de conexiones del compilador de PDT, una buena regla general es aumentarlo en 1. Si se produce un comportamiento inesperado, vuelve a establecer el valor predeterminado de 1. De lo contrario, si el rendimiento de las consultas no se ve afectado, puedes seguir aumentándolo de a 1 y verificando el rendimiento en cada incremento antes de aumentar aún más 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:

  • 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 activadores es una consulta que verifica si se activa la estrategia de persistencia de la tabla. Debido a que estas consultas de verificación de activadores siempre se ejecutan de forma secuencial, no se aplica la configuración de Cantidad máxima de conexiones del compilador de PDT.
  • En una instancia de Looker agrupada, el regenerador solo se ejecuta en el nodo principal. El parámetro de configuración 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 compilan de forma consecutiva:
    • Las tablas persisten a través del parámetro persist_for (a menos que las tablas dependan de la tabla que usa 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 cascada de dependencias 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 volver a compilarse antes de que table_B pueda comenzar a hacerlo.

Reintentar compilaciones de PDT con errores

El botón de activación Retry failed PDT builds configura la forma en que el regenerador de Looker intenta volver a compilar las tablas persistentes de activadores que fallaron en el ciclo de regenerador anterior. El regenerador de Looker es el proceso que vuelve a compilar las tablas persistentes activadas (PDT y tablas agregadas) según el intervalo que se configura en el parámetro de configuración de conexión Programación de mantenimiento. Cuando se habilita el botón de activación Retry Failed PDT Builds, el regenerador de Looker intentará volver a compilar una PDT que falló en el ciclo de regeneración anterior, incluso si no se cumple la condición de activación de la PDT. Cuando este parámetro de configuración esté inhabilitado, el generador de Looker intentará volver a compilar un PDT que falló anteriormente solo cuando se cumpla la condición de activación del PDT. La opción Retry Failed PDT Builds 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 se pueden usar las llamadas a la API de start_pdt_build, check_pdt_build y stop_pdt_build para esta conexión. Cuando se inhabilita el botón de activación Control de API de PDT, estas llamadas a la API fallarán cuando hagan referencia a PDT en esta conexión. El botón de activación Control de la API de PDT está inhabilitado de forma predeterminada.

Habilitar 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 sentencias posteriores a la conexión) que sean específicos para los procesos de PDT. Esto puede ser útil 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 tu conexión a 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 las tareas de PDT sobre las consultas de los usuarios menos importantes.
  • Se puede revocar el acceso de escritura para la conexión estándar de la base de datos de Looker y solo otorgarlo 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.
  • En el caso de 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, los PDT pueden compilarse rápidamente sin incurrir en el costo de ejecutar hardware costoso a tiempo completo.

Por ejemplo, en una conexión en la que los campos de nombre de usuario y contraseña están configurados en atributos de usuario, la sección Anulaciones de PDT puede crear un usuario independiente (pdt_user) con su propia contraseña. Con esta configuración, ocurrirá lo siguiente:

  • Cada usuario puede acceder a la base de datos con sus credenciales individuales según lo asignado por sus atributos de usuario.
  • La cuenta de pdt_user se usará para todos los procesos de PDT, con los niveles de acceso adecuados para la creación y actualización de PDT.
  • El tráfico de consultas de los usuarios y el tráfico de procesos de PDT se pueden diferenciar rápidamente para fines como la supervisión con la Actividad del sistema.

zona horaria de la base de datos

Es la zona horaria en la que tu base de datos almacena la información basada en el tiempo. Looker necesita saber esto para poder convertir los 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 usar 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 se muestra si inhabilitaste Zonas horarias específicas del usuario.

Cuando se inhabilitan las Zonas horarias específicas del usuario, 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 Cómo usar la configuración de zona horaria para obtener más información.

Expande la sección Detalles del estado para probar la configuración de tu conexión.

Revisar

Puedes probar la configuración de conexión desde algunos lugares de 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 Administrador de conexiones, como se describe en la página de documentación Conexiones.
  • Selecciona el botón Revisar en la parte inferior de cada paso de la configuración de la conexión. Revisa y modifica los detalles de la conexión que ingresaste en las secciones anteriores en la sección Revisar. Expande la sección Detalles del estado para probar la configuración de tu conexión. Haz clic en el ícono de edición junto a cada sección para volver a ella y cambiar la configuración.

Si tu conexión no pasa una o más pruebas, estas son algunas opciones para solucionar el problema:

  • Prueba algunos de los pasos de solución de problemas que se indican en la página de documentación Cómo probar la conectividad de la base de datos.
  • Si ejecutas la versión 3.6 de Mongo o una anterior en Atlas y recibes un error de vínculo de comunicación, consulta la página de documentación del Conector de Mongo.
  • Para recibir mensajes de conexión correcta sobre el esquema temporal y los PDT, debes permitir esa funcionalidad cuando configures tu 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.

Las conexiones de bases de datos que usan OAuth, como Snowflake y Google BigQuery, requieren que el usuario acceda a su cuenta. Si no accediste a tu cuenta de usuario de OAuth cuando pruebas una de estas conexiones, Looker mostrará una advertencia con un vínculo para acceder. Haz clic en el vínculo para ingresar tus credenciales de OAuth o permitir que Looker acceda a la información de tu cuenta de OAuth.

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

Si configuraste uno o más valores de parámetros de conexión en 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, puedes configurar las opciones de acceso para tus usuarios.