Looker는 시간 기반 데이터를 다른 시간대로 변환하여 이해하기 쉽게 만들 수 있습니다. 사용자는 현지 시간대로 변환된 시간 기반 데이터로 쿼리 결과를 보고 필터를 만들 수 있습니다. 예를 들어 뉴욕에 있는 사용자가 캘리포니아에서 생성된 데이터를 볼 때 쿼리를 필터링하거나 해석하기 위해 3시간을 수동으로 빼지 않아도 됩니다.
Looker는 Look, Explore 또는 대시보드 쿼리 중에 SQL을 생성할 때 시간 기반 데이터를 변환합니다. 기본 데이터는 영향을 받지 않으며 쿼리 결과는 Looker의 시간대 설정을 사용하여 변환됩니다. 또한 SQL Runner를 사용하여 실행되는 쿼리는 시간 기반 데이터를 변환하지 않습니다.
Looker 내 여러 설정에서 시간 기반 데이터 변환 방법을 지정합니다.
시스템 시간대
시스템 시간대는 Looker를 실행하는 서버가 구성된 시간대입니다. i__looker 및 시스템 활동 Explore에서 사용 가능한 정보를 저장하는 Looker의 내부 데이터베이스는 시스템 시간대의 시간 기반 데이터를 저장합니다.
Looker 애플리케이션을 통해 시스템 시간대를 구성할 수 없습니다. Looker 호스팅 인스턴스의 경우 시스템 시간대는 항상 UTC로 설정됩니다. 고객이 호스팅하는 인스턴스의 시스템 시간대가 다를 수 있습니다. 시스템 시간대를 변경하는 것은 간단한 작업이 아니며 권장되지 않습니다. i__looker 또는 시스템 활동 Explore에서 타임스탬프를 조정해야 하는 경우 Looker에서 테이블 계산을 사용하여 시간 조정 열을 만드는 것이 좋습니다. 예를 들어 UTC에서 EST로 변환하려면 테이블 계산 add_hours(-5, ${time})를 사용하여 열을 만들면 됩니다.
데이터베이스 시간대
데이터베이스에 연결을 추가할 때 연결 설정 페이지에서 데이터베이스 시간대의 값을 설정합니다.
이 설정은 데이터베이스가 위치한 시간대를 나타내며, 일반적으로 협정 세계시(UTC)입니다. 이 값을 데이터베이스의 시간대가 아닌 다른 값으로 설정하면 예기치 않은 결과가 발생할 수 있습니다.
사용자별 시간대
시간 기반 데이터 변환의 가장 중요한 설정은 Looker의 관리 섹션에 있는 일반 설정 페이지에 있는 사용자별 시간대 옵션입니다.
사용자별 시간대를 사용 설정 또는 중지할 수 있습니다.
- 사용 설정하면 각 Looker 사용자가 특정 시간대에 할당되며 이 시간대는 쿼리 결과의 모양을 지정합니다.
- 사용 중지하면 사용자의 계정에 할당된 개별 시간대가 없습니다. 대신 모든 쿼리는 쿼리 시간대 값을 통해 실행됩니다.
사용자별 시간대를 사용 설정하면 사용자가 계정 페이지에서 시간대를 설정하거나 Looker 관리자가 사용자 페이지에서 사용자에게 시간대를 할당할 수 있습니다. 사용자의 시간대가 설정되어 있지 않으면 계정의 기본값은 Looker 애플리케이션 시간대 설정으로 설정됩니다.
사용자가 쿼리를 만들 때마다 해당 쿼리가 사용자의 시간대로 생성됩니다. 따라서 쿼리가 시간 기반 데이터를 반환하는 경우 Looker는 이 데이터를 데이터베이스 시간대에서 사용자의 시간대로 변환합니다. 사용자가 쿼리에 시간 관련 필터 값을 사용하면 Looker에서 필터 값을 데이터베이스 시간대로 변환합니다.
또한 이 옵션을 사용 설정하면 Looker가 Explore 및 Look에 시간대 드롭다운 메뉴를 표시합니다.
이 드롭다운의 옵션은 다음과 같습니다.
- 각 타일의 시간대(대시보드 전용): 모든 쿼리는 저장된 시간대에서 실행됩니다.
- 뷰어 시간대: 모든 쿼리는 사용자의 현재 시간대 설정에서 실행됩니다.
- 사용자가 원하는 경우 수동으로 선택할 수 있는 모든 개별 시간대의 목록입니다.
모든 쿼리는 기본적으로 쿼리가 생성된 시간대를 기준으로 합니다. 즉, Alice가 시간대가 '미국/로스앤젤레스'인 쿼리를 만들어 Bob에게 보내면 Bob의 시간대가 '미국/뉴욕'으로 설정되어 있어도 Bob은 시간대가 '미국/로스앤젤레스'인 쿼리를 보게 됩니다. 마찬가지로 드릴은 항상 쿼리가 생성된 시간대를 기본값으로 사용합니다.
사용자는 쿼리를 볼 때마다 드롭다운을 사용하여 시간대를 재정의하고, 뷰어 시간대를 선택하거나 해당 쿼리 또는 대시보드의 쿼리 세트에 다른 시간대를 선택할 수 있습니다.
사용자별 시간대를 사용할 때의 고려사항
사용자별 시간대를 사용 설정하면 서로 다른 시간대의 사용자에게 데이터가 다르게 표시될 수 있습니다.
예를 들어 last month 기간을 구성하는 정확한 시간은 시간대에 따라 다르므로 사용자가 서로 다른 시간대에 있지만 둘 다 last month로 필터링하는 경우 다른 데이터 값이 표시될 수 있습니다.
애플리케이션 시간대
애플리케이션 시간대 설정은 Looker의 관리 섹션에 있는 일반 설정 페이지에서 구성할 수 있습니다.
애플리케이션 시간대는 콘텐츠 전송의 기본 시간대입니다. 콘텐츠 전송에 사용되는 시간대는 쿼리에서 반환하는 시간 기반 데이터에는 영향을 미치지 않으며, 데이터 전송 시간에만 영향을 미칩니다.
사용자별 시간대 옵션을 사용 설정하면 사용자의 계정에 설정된 시간대 값이 없는 사용자의 경우 기본 시간대는 애플리케이션 시간대입니다.
쿼리 시간대
쿼리 시간대 옵션은 사용자별 시간대를 사용 중지한 경우에만 표시됩니다. 이 경우 연결 설정 페이지에서 데이터베이스에 연결을 추가할 때 쿼리 시간대 값을 설정합니다.
사용자별 시간대를 사용 중지하면 모든 시간 기반 데이터의 쿼리가 쿼리 시간대를 사용하고 Looker가 모든 시간 기반 데이터를 데이터베이스 시간대에서 쿼리 시간대로 변환합니다.
convert_tz LookML 매개변수
Looker는 기본적으로 시간대를 변환합니다. 개별 필드의 시간대 변환을 사용 중지하려면 convert_tz LookML 매개변수를 사용하세요. 예를 들면 다음과 같습니다.
dimension_group: created {
type: time
timeframes: [time, date]
convert_tz: no
}
자세한 내용은 convert_tz 파라미터 문서 페이지를 참조하세요.
sql LookML 매개변수
LookML 측정기준의 sql 매개변수 내에서 데이터베이스 언어의 함수를 사용하여 시간대 변환을 수동으로 정의할 수도 있습니다. 예를 들어 MySQL에서 시간대 변환을 수동으로 정의하려면 다음 LookML을 사용하면 됩니다.
dimension_group: created {
type: time
timeframes: [time, date]
sql: CONVERT_TZ(${TABLE}.created_at,'UTC','PST') ;;
}
MySQL 언어 노트
MySQL에는 시간대 변환 함수가 작동하려면 시간대 테이블이 필요합니다. 관리자가 이 작업을 실행할 수 있습니다. 자세한 내용은 MySQL 문서를 참조하세요.
Postgres 언어 노트
Looker에서 드라이버 설정을 사용하여 타겟 시간대를 선택합니다. Looker에서 선택한 시간대의 현재 날짜/시간을 사용하므로 pgAdmin과 비교하여 SQL Runner에서 쿼리가 처리되는 방식에 영향을 미칠 수 있습니다.
시간대 변환을 위한 데이터베이스 언어 지원
Looker에서 Looker 프로젝트의 시간대를 변환하려면 데이터베이스 언어에서 시간대 변환을 지원해야 합니다. 다음 표에서는 최신 버전의 Looker에서 시간대 변환을 지원하는 언어를 보여줍니다.
| 언어 | 지원 여부 |
|---|---|
| Actian Avalanche | 아니요 |
| Amazon Athena | 예 |
| Amazon Aurora MySQL | 예 |
| Amazon Redshift | 예 |
| Apache Druid | 아니요 |
| Apache Druid 0.13 이상 | 예 |
| 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 이상 | 예 |
| 네이티브 드라이버를 사용하는 Cloudera Impala | 예 |
| DataVirtuality | 아니요 |
| Databricks | 예 |
| Denodo 7 | 아니요 |
| Denodo 8 | 아니요 |
| Dremio | 예 |
| Dremio 11 이상 | 예 |
| Exasol | 아니요 |
| Firebolt | 아니요 |
| Google BigQuery Legacy SQL | 아니요 |
| Google BigQuery 표준 SQL | 예 |
| Google Cloud PostgreSQL | 예 |
| Google Cloud SQL | 예 |
| Google Spanner | 예 |
| Greenplum | 예 |
| HyperSQL | 아니요 |
| IBM Netezza | 예 |
| MariaDB | 예 |
| Microsoft Azure PostgreSQL | 예 |
| Microsoft Azure SQL 데이터베이스 | 예 |
| 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 2 이상 | 아니요 |
| SingleStore | 예 |
| SingleStore 7 이상 | 예 |
| Snowflake | 예 |
| Teradata | 아니요 |
| Trino | 예 |
| 벡터 | 아니요 |
| Vertica | 예 |