권장사항: LookML 사용 시 권장사항 및 금지사항

이 권장사항에는 Looker에 익숙한 교차 기능 팀에서 공유한 권장사항이 반영되어 있습니다. 이 유용한 정보는 Looker 고객과 함께한 구현부터 장기적 성공에 이르는 수년간의 경험을 통해 얻은 것입니다. 대부분의 사용자와 상황에 적합하도록 권장사항을 작성했지만 이 페이지의 권장사항을 구현할 때는 항상 신중하게 판단하시기 바랍니다.

LookML을 사용하여 수행

  • 권장사항: 모든 조인에 대해 relationship 매개변수를 정의합니다.

    그러면 Looker 내에서 측정항목이 제대로 집계됩니다. 기본적으로 Looker는 관계가 정의되지 않은 조인에 many_to_one 조인 관계를 사용합니다. relationship 매개변수를 올바르게 정의하는 방법에 대한 자세한 내용은 relationship 매개변수 올바르게 가져오기의 권장사항 페이지를 참고하세요.
  • 권장사항: 파생 테이블을 포함하여 각 뷰 내에 기본 키를 정의합니다.

    파생되거나 데이터베이스에서 직접 수행되는 모든 뷰에 기본 키가 포함되어야 합니다. 이 기본 키는 Looker가 주어진 레코드를 고유하게 식별할 수 있도록 고유한 값이어야 합니다. 이 기본 키는 단일 열 또는 열의 연결일 수 있습니다. 테이블 또는 파생 테이블의 고유 식별자면 됩니다.
  • 권장사항: 공백의 모든 소문자와 밑줄을 사용하여 측정기준, 측정, 기타 LookML 객체의 이름을 지정합니다

    label 매개변수는 이름 필드의 추가 형식 지정에 사용할 수 있으며 뷰 이름, 탐색 이름, 모델 이름의 모양을 맞춤설정하는 데에도 사용할 수 있습니다. 예를 들어 다음 LookML에서 label 매개변수는 고객 수 라벨을 customer_count_distinct 측정에 할당하는 데 사용됩니다.
          measure: customer_count_distinct {
            label: "Number of Customers"
            type: count_distinct
            sql: ${customer.id} ;;
          }
  • 권장사항: 데이터 그룹을 사용하여 영구 파생 테이블(PDT) 생성을 정렬하고 기본 ETL 프로세스로 캐싱을 살펴봅니다. 또한 데이터 그룹을 사용하여 대시보드, 또는 Look의 전송을 트리거하여 최신 데이터를 수신자에게 보낼 수 있습니다.

LookML로 이렇게 하지 마세요.

  • 금지사항: 탐색 내에서 뷰 이름을 바꿀 때 from 매개변수를 사용합니다.

    대신 view_label 매개변수를 사용하세요. fromview_label의 차이점에 대해 자세히 알아보려면 from(탐색용) 매개변수 문서 페이지를 참조하세요. from 매개변수는 주로 다음 상황에서 사용됩니다.
    • 다형성 조인(동일한 테이블을 여러 번 조인)
    • 자체 조인(테이블 자체에 조인)
    • 확장된 뷰 범위를 원래 뷰 이름으로 다시 지정
  • 금지사항: 측정기준 그룹 이름에 'date' 또는 'time'이라는 단어를 사용합니다.

    Looker는 측정기준 그룹 이름 끝에 각 기간을 추가합니다. 즉, 이름이 created_date인 측정기준 그룹은 created_date_date, created_date_month 등의 필드를 갖게 됩니다. 측정기준 그룹 이름으로 created를 사용하면 됩니다. 필드 이름이 created_date, created_month 등으로 지정되기 때문입니다.
  • 금지사항: 조인 내에 형식이 지정된 타임스탬프를 사용합니다.

    대신 날짜 또는 시간 필드에 조인하려면 원시 기간 옵션을 사용합니다. 이렇게 하면 조인 조건자에 Cast 변환과 시간대 변환이 포함되지 않습니다.