Looker 문서를 보고 있습니다. Looker Studio 문서는 https://support.google.com/looker-studio를 참조하세요.

권장사항: Looker 사용자를 위한 긍정적인 환경 만들기

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

LookML 개발자는 다음 도움말을 따라 사용자의 Looker 사용 경험을 개선할 수 있습니다.

사용자에게 의미 있는 필드 이름 제공
간편한 탐색을 위해 유사한 필드 그룹화
초기에 사용자에 대한 과도한 노출 방지
사용자가 사용할 필드와 Explore 정보를 알 수 있도록 설명 추가
Looker로 일반적인 워크플로 빌드

이러한 권장사항은 이어지는 섹션에서 더 자세히 설명합니다.

사용자에게 의미 있는 필드 이름 제공

label 매개변수를 사용하여 뷰 또는 모델 파일 내에서 데이터베이스에 친숙한 이름을 유지하면서 측정기준 또는 측정값에 사용자 친화적인 이름을 적용합니다. 몇 가지 일반적인 용어의 이름을 바꾸는 것이 좋습니다. 예를 들어 개수를 수로, 합계를 총계로 바꿉니다. 어떤 단어가 사용자에게 의미가 있는지 확신할 수 없는 경우, 비즈니스 사용자와 협력하여 일반적인 쿼리를 작성하고 쿼리 결과에서 사용자가 무엇을 찾는지 설명하는 데 사용되는 단어를 확인하세요. 예를 들어 인벤토리 항목, 주문 항목, 주문, 제품 뷰 각각에는 개수라는 측정값이 있다고 가정해 보겠습니다. label 매개변수를 사용하여 이러한 각 측정값에 인벤토리 항목 수, 주문 항목 수, 주문 수, 제품 수와 같이 고유하고 의미 있는 이름을 지정할 수 있습니다.
이름이 같은 필드가 여러 개 노출되지 않도록 합니다. 예를 들어 Looker 내에서 type: count 측정값은 개수라는 이름으로 자동 생성됩니다. 그러면 대부분의 뷰 파일에 이름이 같은 개수 측정이 포함됩니다. 이름이 같은 필드가 여러 개 있으면 사용자에게 혼란을 줄 수 있습니다. 계산되는 객체를 나타내기 위해 라벨을 추가하거나 개수 측정 방법의 이름을 바꾸는 것은 혼동을 방지하기 위한 것입니다. 생성 날짜 및 업데이트 날짜(예: 측정기준 그룹)도 고려해야 합니다.
type: yesno 필드에 명확한 이름을 제공합니다. 예를 들어 반환됨 대신 항목의 반환 여부를 사용하여 항목이 반환되었는지 여부를 나타내는 필드의 이름을 지정합니다.
비율의 이름을 설명적으로 지정합니다. 예를 들어 구매 고객당 주문은 주문 비율보다 더 명확합니다.
필드의 이름을 지정하고 모델 전체에서 값을 일관되게 표시합니다. 숫자 필드에 통화 기호, 백분율, 십진수 정밀도와 같은 형식을 적용하기 위해 value_format 또는 value_format_name 매개변수를 사용하면 사용자가 모든 내용을 더 명확하게 이해할 수 있습니다.

간편한 탐색을 위해 유사한 필드 그룹화

group_label 매개변수를 사용하여 서로 관련이 있는 개별 뷰 또는 여러 조인 뷰의 측정기준과 측정값을 통합합니다. 예를 들어 모든 지역 정보를 지역 그룹으로 그룹화하면 모든 주소 및 위치 정보를 알파벳순으로 나열하는 대신 필드 선택 도구 내에서 함께 가져올 수 있습니다.
```
    dimension: city {
      group_label: "Geography"
      type: string
      sql: ${TABLE}.city ;;
    }

    dimension: country {
      group_label: "Geography"
      type: string
      map_layer_name: countries
      sql: ${TABLE}.country ;;
    }
    
```
view_label 매개변수를 사용하여 대규모의 비정규화 테이블을 분할합니다. 필드 내의 view_label 매개변수를 활용하여 필드를 논리적으로 필드 선택 도구 내 별도의 제목으로 그룹화합니다. 필드가 많은 비정규화된 대형 테이블은 탐색이 어려울 수 있으므로 왼쪽 탐색 필드 선택 도구에 여러 뷰가 있는 듯한 느낌을 줍니다.

초기에 사용자에 대한 과도한 노출 방지

초기 Looker 배포 시 사용자에게 너무 많이 노출되지 않도록 합니다. 작은 규모로 시작한 다음 옵션을 확장합니다. 모든 테이블 또는 측정기준과 측정값을 한 번에 노출할 필요는 없습니다. 비즈니스 사용자가 데이터 탐색에 대한 확신을 갖게 되면 가장 중요한 필드를 먼저 노출한 다음 더 많은 기능을 계속 빌드할 수 있습니다.
사용자와 관련 없는 측정기준은 사용자 인터페이스에서 숨깁니다. 사용자 인터페이스를 통해 사용되지 않는 측정기준(예: ID 필드 또는 데이터베이스 업데이트 날짜)에는 hidden 매개변수를 사용합니다.
Explore 및 조인에서 fields 매개변수를 사용하여 사용자가 사용할 수 있는 필드 수를 제한합니다. 포함된 필드는 Explore와 관련된 필드여야 합니다. 그러면 블로트가 줄어들고 사용자에게 더 나은 환경을 제공합니다. hidden 매개변수와 달리 field 매개변수를 사용하면 Explore 기준별로 필드를 포함하거나 제외할 수 있습니다.
Explore의 hidden 매개변수를 사용하여 특정 Look, 대시보드 타일 또는 필터를 채우는 용도로만 존재하는 Explore를 숨깁니다. 사용자의 탐색 분석에 적합하지 않은 Explore는 사용자 인터페이스에서 숨겨야 합니다.
Explore를 최대한 적게 사용하면서 사용자가 필요한 답변에 쉽게 액세스하도록 할 수 있습니다. Explore를 잠재고객별로 다른 모델로 분할하면 사용자 그룹별로 사용 가능한 옵션이 제한됩니다. 최적의 Explore 수는 비즈니스마다 다르지만, 너무 많은 Explore가 있으면 사용자가 혼란스러워할 수 있습니다. 모델 내의 Explore에 group_label 매개변수를 사용하면 Explore 드롭다운 메뉴 내에서 적절한 방식으로 그룹을 분류할 수 있습니다.

사용자가 사용할 필드와 Explore 정보를 알 수 있도록 설명 추가

측정기준 및 측정에 description 매개변수를 사용하여 모델 내에서 사용되는 논리 또는 계산에 대한 추가 정보를 사용자에게 제공합니다. 이는 복잡한 논리나 계산을 활용하는 측정기준 및 측정에 특히 중요합니다. 하지만 사용자가 필드 뒤에 오는 정의를 이해할 수 있도록 간단한 필드에 대한 설명도 고려하는 것이 좋습니다.
사용자를 위한 Explore 설명을 정의합니다. 각 Explore에 짧은 설명을 추가하여 Explore의 목적과 이를 사용할 잠재고객을 지정합니다.

Looker로 일반적인 워크플로 빌드

모든 관련 측정항목에 drill_fields를 추가합니다. 드릴 필드를 사용하면 사용자가 집계 값을 클릭하여 세부 데이터에 액세스할 수 있습니다. set 매개변수를 사용하여 뷰 내에서 원하는 수의 측정에 적용할 수 있는 재사용 가능한 필드 세트를 만듭니다.
모든 계층 구조 측정기준에 drill_fields를 추가합니다. 예를 들어 도시의 drill_field를 주 측정기준에 추가하면 사용자가 주를 선택하고 해당 주 내의 도시를 상세히 살펴볼 수 있습니다. 이 계층적 드릴은 시간 측정기준 그룹 내에 자동으로 적용됩니다.
사용자가 다른 Looker 대시보드 또는 Looker 외부의 시스템 또는 플랫폼으로 손쉽게 필터를 전달하고 탐색할 수 있도록 링크를 설정합니다. 드릴을 통해 필터를 전달하는 예시는 link 매개변수에 대한 문서를 참조하세요.