RANKX 심층 분석: LuckyTemplates DAX 기능

오늘 은 숫자 목록의 일부를 구성하는 각 테이블 행에서 특정 숫자의 순위를 반환할 수 있는 LuckyTemplates의 스칼라 DAX 함수인 RANKX에 대해 자세히 살펴보겠습니다 . 이 블로그 하단에서 이 튜토리얼의 전체 비디오를 볼 수 있습니다.

목차

• 샘플 시나리오
• RANKX 시나리오 1: 고객 순위
• RANKX 시나리오 2: 도시 순위 V1
• RANKX 시나리오 3: 영토 순위
  • Cities RankingV2: Slicer를 사용한 더 나은 접근 방식
• RANKX 시나리오 4: 제품 순위
• RANKX 시나리오 5: DAX Studio
• 결론

샘플 시나리오

내에서 전체 테이블 및 필드 이름을 참조하는 경우를 포함하여 가장 중요한 몇 가지 시나리오를 분석합니다 .

또한 세분성 수준이 감소하고 정렬 순서가 필드에 적용될 때 어떤 일이 발생하는지 살펴보겠습니다 . 마지막으로 테이블을 따라 테이블 이름 또는 필드 이름을 참조하는 모범 사례와 백엔드에서 순위가 ​​어떻게 평가되는지 자세히 살펴보겠습니다.

RANKX 시나리오 1: 고객 순위

첫 번째 시나리오에서는 고객의 순위를 계산하고 RANKX 함수 내에서 전체 고객의 테이블을 참조하려고 합니다. 궁극적으로 우리는 결과가 어떻게 평가되는지 알아낼 것입니다.

이제 LuckyTemplates를 열고 Key Measures 탭 아래의 Total Sales 옵션 버튼을 클릭한 다음 New Measure 로 이동해 보겠습니다 . 고객 순위 측정값을 작성합니다(예: "Customer Ranking =").

고객 순위 측정을 테이블 내부로 드래그하여 결과를 볼 수 있습니다.

그러나 이것이 모든 시나리오에 대한 최상의 접근 방식입니까? 이름은 같지만 다른 도시에 사는 두 사람이 있다면? 또는 이름은 같지만 지역이 다른 두 장소가 있다면 어떨까요?

RANKX 시나리오 2: 도시 순위 V1

이제 첫 번째 시나리오에서 동일한 접근 방식을 적용해 보겠습니다. 그러나 이번에는 이름은 같지만 위치가 다른 두 도시가 있는 지역 테이블에 적용합니다.

위의 이미지에서 볼 수 있듯이 지역 테이블 안에는 이름이 같은 두 개의 도시가 있지만 서로 다른 두 지역에서 사용할 수 있습니다. 이전 시나리오와 동일한 단계를 적용하면 어떻게 될까요?

결과는 다음과 같습니다.

이제 우리는 순위 공식에 문제가 있음을 보기 시작합니다. RANKX 함수는 전체 테이블 집합에 대해 반복하므로 두 개의 다른 지역에서 사용할 수 있는 동일한 이름의 도시에 대한 결과를 통합할 수 없습니다. 이것은 궁극적으로 오류가 발생합니다.

이 문제를 해결하려면 아래 이미지와 같이 RANKX 함수 내부의 필드명과 테이블명을 참조해야 합니다.

그래서 어떻게 오류를 수정 했습니까? RANKX 함수 내에서 필드 이름을 참조하면 전체 테이블이 아닌 해당 열을 통해서만 반복됩니다.

두 도시가 서로 다른 두 지역에서 사용 가능하더라도 중복 항목을 제거하여 하나의 단일 도시로 통합합니다.

RANKX 시나리오 3: 영토 순위

세분성 수준이 감소하면 어떻게 됩니까?

이 경우 지역 수준에서 순위를 계산하는 동안 오류가 표시됩니다. 그 이유는 테이블 이름만 참조하고 열 이름을 다시 무시하면 전체 테이블에 대해 반복되므로 영역 수준에서 결과를 통합하지 못하기 때문입니다.

지역 수준에서 올바른 결과를 얻으려면 region 테이블 내의 territories 필드를 참조해야 합니다. 그러나 전체 테이블 테마를 참조하고 테이블과 함께 필드 이름을 포함해야 하는 경우는 언제입니까?

순위가 가장 낮은 세분성 수준에 적용될 때 테이블 이름을 참조하고 필드 이름을 무시할 수 있습니다.

그러나 세분성 수준이 감소하면 테이블 이름과 함께 열 이름을 참조해야 합니다. 지금까지는 하나의 시각적 개체, 즉 테이블의 결과만 분석하고 있습니다.

Cities RankingV2: Slicer를 사용한 더 나은 접근 방식

시각적 개체의 왼쪽은 테이블 이름만 참조하고 오른쪽은 RANKX 함수 내부의 열 이름을 참조하는 두 번째 시나리오를 복제해 보겠습니다. 그런 다음 영역 형식으로 해당 페이지에 슬라이서를 가져와 결과를 비교하면 아래 이미지가 생성됩니다.

슬라이서를 선택하면 테이블 시각적 개체의 왼쪽에서 RANKX가 전체 영역의 테이블을 반복하므로 결과가 직렬 순서로 제공되지 않는다는 것을 알 수 있습니다. 그러나 테이블 시각적 개체의 오른쪽에는 결과가 직렬 순서로 표시됩니다.

그 이유는 RANKX가 특정 테이블 열에 대해서만 반복하여 슬라이서에서 선택한 항목별로 결과를 필터링할 수 있기 때문입니다. 기억해야 할 가장 중요한 것 중 하나이기도 합니다.

전체 순위 결과를 보고 싶다면 RANKX 함수 내에서 테이블 이름만 참조하면 됩니다 .

그러나 슬라이서에서 선택한 항목에 따라 결과가 직렬 순서로 표시되도록 하려면 함수 내에서 열 이름을 참조해야 합니다.

RANKX 시나리오 4: 제품 순위

마지막으로 최종 시나리오를 진행하겠습니다. 특정 필드에 제품을 주문하면 어떤 일이 발생하는지, RANKX가 백엔드에서 순위를 어떻게 평가하는지 살펴보겠습니다.

이 시나리오에서는 제품 테이블의 제품 이름을 사용하여 가장 성능이 좋은 제품을 분석합니다 .

따라서 첫 번째 시나리오와 마찬가지로 제품에 대한 순위 측정을 작성해야 합니다(이 경우 제품 순위를 잘 사용함). 시각적 개체 내부에 제품 순위 측정을 가져오면 아래 이미지와 같은 결과가 표시됩니다.

RANKX 함수 내에서 제품 이름 필드를 참조했지만 결과를 올바르게 평가하지 않는 것을 볼 수 있습니다. 왜 이런 일이 발생합니까? 이 질문에 답하려면 DAX Studio를 열어야 합니다 .

RANKX 시나리오 5: DAX Studio

그럼 DAX 스튜디오를 열고 RANKX가 백엔드에서 순위 결과를 어떻게 평가하는지 살펴보겠습니다.

아래 이미지에서는 Performance Analyzer 를 통해 테이블 ​​시각적 개체의 쿼리를 복사하여 DAX 스튜디오에 붙여넣었습니다. 이 쿼리에서 볼 수 있듯이 제품 테이블 내부에 정렬 필드인 제품 인덱스도 있습니다.

따라서 테이블 시각적 개체에서 제품 이름, 총 매출 및 순위 측정값만 가져온 경우에도 이 필드는 순위 계산의 백엔드에서 기본적으로 참조됩니다.

이제 RANKX 함수 내부의 정렬 필드를 참조하여 제품 순위 측정을 수정하고 마지막으로 결과를 확인하겠습니다.

위의 이미지에서 볼 수 있듯이 제품 이름에 대한 결과가 이제 올바르게 평가되고 있습니다. 따라서 다른 필드로 정렬된 필드가 있을 때마다 오늘 논의한 모든 시나리오를 기반으로 RANKX 함수 내에서 두 필드를 모두 참조해야 합니다.

결론

따라서 DAX 계산에서 RANKX 함수를 사용할 때의 몇 가지 시나리오입니다. 전반적으로 광범위한 함수 배열에서 이를 수행할 수 있는 더 많은 방법이 있습니다.

기억해야 할 가장 중요한 점은 RANKX 함수가 배치되는 컨텍스트를 이해해야 한다는 것입니다.

RANKX는 LuckyTemplates 내에서 순위 유형 분석을 계산하는 데 매우 다재다능합니다. 또한 보고서 및 시각화의 소비자에게 깊은 인상을 주는 고급 통찰력을 제공합니다.

모두 제일 좋다,

거친 아닐 조시