Looker puede facilitar la comprensión de los datos basados en el tiempo, ya que los convierte a diferentes zonas horarias. Los usuarios pueden ver los resultados de las consultas y crear filtros con datos basados en el tiempo que se convierten a sus zonas horarias locales. Por ejemplo, un usuario de Nueva York que ve datos creados en California no tiene que restar tres horas de forma manual para filtrar o interpretar sus consultas.
Looker convierte los datos basados en el tiempo cuando genera SQL durante una consulta para un Look, una exploración o un panel. Los datos subyacentes no se ven afectados. En cambio, los resultados de la consulta se convierten con la configuración de zona horaria de Looker. Esto también significa que las consultas que se ejecutan con Ejecutor de SQL no convierten los datos basados en el tiempo.
Varios parámetros de configuración de Looker especifican cómo convertir los datos basados en el tiempo:
- Zona horaria del sistema
- Zona horaria de la base de datos
- Zonas horarias elegidas por los usuarios
- Zona horaria de la aplicación
- Zona horaria de la consulta
convert_tzParámetro LookMLsqlParámetro LookML
Zona horaria del sistema
La zona horaria del sistema es la zona horaria para la que está configurado el servidor que ejecuta Looker. La base de datos interna de Looker, que almacena la información disponible en las exploraciones de Actividad del sistema, almacena datos basados en el tiempo en la zona horaria del sistema.
La zona horaria del sistema no se puede configurar a través de la aplicación de Looker. En el caso de las instancias alojadas en Looker, la zona horaria del sistema siempre se establece en UTC. Las instancias alojadas por el cliente pueden estar en una zona horaria del sistema diferente. Cambiar la zona horaria del sistema no es trivial y no se recomienda.
Si necesitas ajustar las marcas de tiempo en una exploración de actividad del sistema, usa cálculos basados en tablas para crear columnas ajustadas por el tiempo. Por ejemplo, para convertir de UTC a EST, puedes crear una columna con el cálculo de tablas add_hours(-5, ${time}).
Ten en cuenta que, como los cálculos de tablas se realizan después de que se muestran los resultados de la consulta, no se pueden usar para agrupar ni segmentar datos por componentes de tiempo específicos (como la hora del día o el día de la semana). Para ajustar las marcas de tiempo de la actividad del sistema para las visualizaciones que requieren segmentación o agrupación por componentes de tiempo, usa dimensiones personalizadas. Las dimensiones personalizadas se procesan antes de la visualización, lo que permite una agrupación adecuada. Por ejemplo, para ajustar los datos de UTC a GMT-3, primero debes crear una dimensión personalizada para la hora ajustada con la expresión de Looker add_hours(-3, ${user_facts.last_ui_login_hour}). Luego, crearás dimensiones personalizadas posteriores para extraer el día de la semana o la hora requeridos en función de ese campo de hora ajustada.
Zona horaria de la base de datos
Cuando agregas una conexión a una base de datos, estableces el valor de la zona horaria de la base de datos en la página Configuración de conexión.
Este parámetro de configuración representa la zona horaria en la que se encuentra tu base de datos, que suele ser el horario universal coordinado (UTC). Si estableces este valor en una zona horaria diferente a la de tu base de datos, es posible que obtengas resultados inesperados.
Zonas horarias elegidas por los usuarios
El parámetro de configuración más importante para la conversión de datos basados en el tiempo es la opción Zonas horarias elegidas por los usuarios, que se encuentra en la página Configuración general de la sección Administrador de Looker.
Puedes habilitar o inhabilitar Zonas horarias elegidas por los usuarios:
- Cuando está habilitada, a cada usuario de Looker se le asigna una zona horaria, y esa zona horaria especifica la apariencia de los resultados de su consulta.
- Cuando está inhabilitada, los usuarios no tienen zonas horarias individuales asignadas a sus cuentas. En cambio, todas las consultas se ejecutan con el valor de la zona horaria de la consulta.
Con Zonas horarias elegidas por los usuarios habilitado, un usuario puede establecer su zona horaria en la página Cuenta, o los administradores de Looker pueden asignar zonas horarias a los usuarios en la página Usuarios. Si no se establece una zona horaria para un usuario, su cuenta se establece de forma predeterminada en el parámetro de configuración de zona horaria de la aplicación de Looker.
Cada vez que un usuario crea una consulta, esta se crea en la zona horaria del usuario. Como resultado, cuando una consulta muestra datos basados en el tiempo, Looker convierte los datos de la zona horaria de la base de datos a la zona horaria del usuario. Cuando un usuario usa valores de filtro relacionados con el tiempo en una consulta, Looker convierte los valores de filtro a la zona horaria de la base de datos.
Además, cuando habilitas esta opción, Looker muestra un menú desplegable de zona horaria en las exploraciones y los Looks.

Las opciones de este menú desplegable son las siguientes:
- Zona horaria de cada mosaico (solo paneles): Todas las consultas se ejecutan en la zona horaria con la que se guardaron.
- Zona horaria del usuario: Todas las consultas se ejecutan en el parámetro de configuración de zona horaria actual del usuario.
- Una lista de cada zona horaria individual, que los usuarios pueden elegir de forma manual si lo desean.
Todas las consultas se establecen de forma predeterminada en la zona horaria con la que se crearon. En otras palabras, si Alice crea una consulta con la zona horaria "America/Los Angeles" y se la envía a Bob, Bob verá la consulta con la zona horaria "America/Los Angeles", incluso si la zona horaria de Bob está establecida en "America/New York". Del mismo modo, la profundización siempre se establece de forma predeterminada en la zona horaria con la que se creó la consulta.
Cuando ven una consulta, los usuarios pueden usar el menú desplegable para anular la zona horaria y elegir su zona horaria del usuario o cualquier otra zona horaria para esa consulta o el conjunto de consultas de ese panel.
Aspectos que se deben tener en cuenta con las zonas horarias elegidas por los usuarios
Cuando habilitas Zonas horarias elegidas por los usuarios, los usuarios de diferentes zonas horarias pueden ver los datos de manera diferente.
Por ejemplo, las horas exactas que componen el período last month diferirían entre las zonas horarias, por lo que los usuarios podrían ver diferentes valores de datos si están en diferentes zonas horarias, pero ambos filtran en last month.
Zona horaria de la aplicación
El parámetro de configuración de zona horaria de la aplicación se puede configurar en la página Configuración general de la sección Administrador de Looker.
La zona horaria de la aplicación es la zona horaria predeterminada para las entregas de contenido. La zona horaria que se usa para las entregas de contenido no afecta los datos basados en el tiempo que muestra una consulta. Solo afecta la hora en que se envía una entrega de datos.
Si habilitas la opción Zonas horarias elegidas por los usuarios, la zona horaria de la aplicación es la zona horaria predeterminada para los usuarios que no tienen un valor de zona horaria establecido para sus cuentas.
Zona horaria de la consulta
La opción Zona horaria de la consulta solo se muestra si inhabilitaste Zonas horarias elegidas por los usuarios. En ese caso, estableces el valor de la zona horaria de la consulta cuando agregas una conexión a una base de datos en la página Configuración de conexión.
Si inhabilitas Zonas horarias elegidas por los usuarios, todas las consultas de datos basados en el tiempo usan la zona horaria de la consulta y Looker convierte todos los datos basados en el tiempo de la zona horaria de la base de datos a la zona horaria de la consulta.
Parámetro LookML convert_tz
Looker realiza la conversión de zona horaria de forma predeterminada. Para inhabilitar la conversión de zona horaria para un campo individual, puedes usar el parámetro LookML convert_tz. Por ejemplo:
dimension_group: created {
type: time
timeframes: [time, date]
convert_tz: no
}
Para obtener más información, consulta la página de documentación del parámetro convert_tz.
Parámetro LookML sql
También puedes definir manualmente la conversión de zona horaria con las funciones del dialecto de tu base de datos dentro del sql parámetro en una dimensión de LookML. Por ejemplo, para definir manualmente la conversión de zona horaria en MySQL, puedes usar el siguiente LookML:
dimension_group: created {
type: time
timeframes: [time, date]
sql: CONVERT_TZ(${TABLE}.created_at,'UTC','PST') ;;
}
Notas del dialecto de MySQL
MySQL requiere una tabla de zona horaria para que funcione su función de conversión de zona horaria. Un administrador puede ejecutarla. Puedes obtener más información en la documentación de MySQL.
Notas del dialecto de Postgres
Looker usa la configuración del controlador para seleccionar la zona horaria de destino. Esto puede afectar la forma en que se procesan las consultas en SQL Runner en comparación con pgAdmin, ya que Looker usará la fecha y hora actuales en la zona horaria seleccionada.
Compatibilidad del dialecto de la base de datos para la conversión de zona horaria
Para que Looker convierta las zonas horarias en tu proyecto de Looker, el dialecto de tu base de datos debe admitir la conversión de zona horaria. En la siguiente tabla, se muestran los dialectos que admiten la conversión de zona horaria en la versión más reciente de Looker:
| Dialecto | ¿Es compatible? |
|---|---|
| Actian Avalanche | |
| Amazon Athena | |
| Amazon Aurora MySQL | |
| Amazon Redshift | |
| Amazon Redshift 2.1+ | |
| Amazon Redshift Serverless 2.1+ | |
| Apache Druid | |
| Apache Druid 0.13.x - 0.17.x | |
| Apache Druid 0.18+ | |
| Apache Hive 2.3+ | |
| Apache Hive 3.1.2+ | |
| Apache Spark 3+ | |
| ClickHouse | |
| Cloudera Impala 3.1+ | |
| Cloudera Impala 3.1+ with Native Driver | |
| Cloudera Impala with Native Driver | |
| DataVirtuality | |
| Databricks | |
| Denodo 7 | |
| Denodo 8 & 9 | |
| Dremio | |
| Dremio 11+ | |
| Exasol | |
| Google BigQuery Legacy SQL | |
| Google BigQuery Standard SQL | |
| Google Cloud AlloyDB for PostgreSQL | |
| Google Cloud PostgreSQL | |
| Google Cloud SQL | |
| Google Spanner | |
| Greenplum | |
| HyperSQL | |
| IBM Netezza | |
| MariaDB | |
| Microsoft Azure PostgreSQL | |
| Microsoft Azure SQL Database | |
| Microsoft Azure Synapse Analytics | |
| Microsoft SQL Server 2008+ | |
| Microsoft SQL Server 2012+ | |
| Microsoft SQL Server 2016 | |
| Microsoft SQL Server 2017+ | |
| MongoBI | |
| MySQL | |
| MySQL 8.0.12+ | |
| Oracle | |
| Oracle ADWC | |
| PostgreSQL 9.5+ | |
| PostgreSQL pre-9.5 | |
| PrestoDB | |
| PrestoSQL | |
| SAP HANA | |
| SAP HANA 2+ | |
| SingleStore | |
| SingleStore 7+ | |
| Snowflake | |
| Teradata | |
| Trino | |
| Vector | |
| Vertica |