진행 중인 이벤트에 대한 LuckyTemplates DAX 조치

이 자습서에서는 진행 중인 이벤트에 대한 LuckyTemplates DAX 측정값을 만드는 방법을 보여드리겠습니다 . 이러한 이벤트는 보고서의 특성에 따라 진행 중인 주문 또는 진행 중인 판매의 형태로 나타날 수 있습니다.

기본적으로 여기서 문제는 팩트 테이블 내에 둘 이상의 날짜가 있을 때 결과를 계산하는 것입니다 . 유사한 요소가 있으면 결과에 오류가 발생할 수 있으므로 이를 지나칠 수 있는 방법을 살펴보겠습니다.

목차

• 동일한 테이블 간의 두 관계 처리
• 진행 중인 이벤트에 대한 LuckyTemplates DAX 조치
• LuckyTemplates DAX 측정값 재사용
• 추가 필터 생성
• 결론

동일한 테이블 간의 두 관계 처리

이것이 Sales 테이블의 모습입니다.

보시다시피 여기에는 주문 날짜 와 배송 날짜 라는 두 개의 날짜 열이 있습니다 .

여기에 두 개의 날짜 테이블이 있다는 사실은 더 나은 분석을 가져올 수 있습니다. 주문 날짜와 배송 날짜 사이에 현재 몇 건의 주문이 있습니까? 현재 얼마나 많은 주문이 진행 중입니까?

이러한 유형의 분석을 이 특정 시나리오에도 반드시 적용할 필요는 없습니다. 동일한 패턴이 계속해서 반복된다는 것을 알고 있는 응용 프로그램의 세계가 있습니다. DAX 수식 작업을 시작하면 해당 패턴이 무엇인지 알 수 있습니다.

그러나 공식으로 뛰어들기 전에 특히 테이블 간의 관계 측면에서 조사해야 할 몇 가지 사항이 있습니다. 무슨 일이 일어나고 있는지 더 잘 이해하기 위해 데이터 모델을 살펴보겠습니다.

진행 중인 이벤트 패턴은 Date 테이블과 Sales 테이블 간에 둘 이상의 관계를 만들어야 함을 의미합니다 .

첫 번째 관계는 Date 와 Order Date 사이에 있습니다 .

또한 Date 열과 Ship Date 열 사이에 관계를 만들어야 합니다 .

그러나 한 관계가 다른 관계보다 우선할 수 없기 때문에 이 두 관계도 비활성화해야 합니다. 그렇지 않으면 보고서에 문제가 발생합니다.

여기에 예가 있습니다. Total Sales 측정값을 보고서로 끌면 이상한 결과가 나오는 것을 볼 수 있습니다. 날짜 전체의 총 판매액을 보여줍니다 .

이렇게 표시되는 이유는 무엇을 필터링해야 할지 모르기 때문입니다. 배경에 있는 두 관계가 서로 상쇄되기 때문입니다. 이와 같이 진행 중인 이벤트가 제대로 실행되려면 두 가지 옵션 중 하나를 결정해야 합니다.

첫 번째 옵션은 이 계산만을 위한 별도의 표를 만드는 것입니다. 함수를 사용하여 핵심 측정값을 계산하는 문을 만드는 것입니다 .

진행 중인 이벤트에 대한 LuckyTemplates DAX 조치

이 시나리오에 적용할 수 있는 진행 중인 이벤트에 대한 측정값을 만드는 두 번째 옵션에 대해 작업해 보겠습니다.

Total Revenue 에 대한 사용하는 CALCULATE 문 으로 시작하겠습니다 . 그런 다음 USERELATIONSHIP 함수를 사용 하고 판매 데이터 테이블의 주문 날짜 열을 참조합니다 .

이것은 진행 중인 모든 이벤트에 대한 공식에서 사용할 패턴을 표시합니다. 다시 말하지만 이는 모델에서 다른 날짜 테이블을 다시 만들 필요가 없음을 의미합니다 .

판매 진행 중 에 사용해 봅시다 .

다른 컨텍스트 내에서 Total Sales를 계산해야 하므로 CALCULATE를 사용 하고 Total Sales를 참조합니다 .

다음으로 분석을 수행할 두 개의 필터를 만들어야 합니다. 함수 로 시작한 다음 Order Date 에 사용합니다 . 그런 다음 Order Date가 Date 보다 작거나 같다고 추가합니다 .

두 번째 필터의 경우 이번에는 Ship Date를 사용합니다 . 날짜 보다 크거나 같아야 합니다 .

테이블에 추가하면 아직 올바른 결과를 반환하지 않는다는 것을 알 수 있습니다.

총매출액을 핵심 척도로 삼아도 아직 계산하지 않았기 때문입니다. 우리 모델에는 Total Sales 가 없고 Total Revenue 만 있습니다 .

따라서 우리가 할 일은 Total Sales를 얻기 위해 Total Revenue 의 SUM을 구하는 것입니다 .

이제 진행 중인 실제 판매가 표시됩니다 .

숫자가 어떻게 시간이 지남에 따라 시각적으로 표현할 수 있도록 이것을 차트로 바꾸겠습니다.

LuckyTemplates DAX 측정값 재사용

이 측정값을 재사용하는 것이 얼마나 간단한지 확인하십시오. 이전에는 Sales in Progress 를 살펴보았습니다 . 기술적으로 아직 진행 중이라는 사실은 아직 수익이 없다는 것을 의미합니다. 주문이 실제로 발송된 후에만 지불을 받게 됩니다.

이것은 또 다른 훌륭한 분석을 제시합니다. 송장을 보내고 대금을 받기 전에 제품을 만드는 데 어떤 종류의 현금 흐름이 필요합니까? 이를 알아보기 위해 진행 중인 주문을 계산해 보겠습니다 . 여기에서 측정값의 이름만 변경하면 됩니다.

그런 다음 Total Sales 를 계산하는 대신 함수를 사용 하고 Sales Data 를 참조합니다 .

기본적으로 이 새로운 측정은 얼마나 많은 주문이 처리되고 있는지 계산하는 것입니다. 테이블의 열로 가져오지는 않겠지만 보고서에 해당 시각화를 포함하는 것이 좋을 것입니다.

따라서 Sales in Progress 에 대한 차트를 복사하여 붙여넣은 다음 값을 Orders in Progress 로 변경해 보겠습니다 .

이제 진행 중인 실제 주문 수를 확인할 수 있습니다. 이것은 특정 날짜에 주문되었지만 아직 배송되지 않은 제품 수를 이해하는 데 도움이 됩니다.

추가 필터 생성

이미 본 것 외에도 보고서에 필터를 추가하여 추가 정보를 얻을 수 있습니다. 좋은 필터 중 하나는 Product Name 입니다 . 이를 통해 특정 제품에 대한 주문 건수 측면에서 추세를 확인할 수 있습니다.

그렇다면 제품 6을 주문한 사람의 수와 예상되는 수익을 확인하려면 어떻게 해야 할까요? 필터에서 체크하는 것만 큼 쉽습니다.

찾고 있는 분석의 종류에 따라 유용한 다른 필터도 있습니다. 예를 들어 고객에 대한 필터를 사용할 수 있습니다. 이것은 가장 큰 고객이 누구인지 결정하는 데 도움이 될 것입니다. 이러한 주문이 어디서 오는지 확인하는 데 도움이 되도록 지역에 대한 필터를 추가할 수도 있습니다.

DAX 측정값 분석: 긴 DAX 측정값 세분화
측정 분기를 사용하여 LuckyTemplates의 DAX 측정값
보고서에 DAX 측정값 그룹 구현 - LuckyTemplates 모델링 검토

결론

이와 같이 LuckyTemplates DAX 측정을 사용할 때 배후에서 실행되는 많은 논리가 있습니다 . 이 측정값이 Sales Table의 모든 단일 행을 평가하는 동시에 Order Date 및 Sales Date에 대한 올바른 조건을 충족하는지 확인한다는 사실만으로도 매우 인상적입니다.

그렇기 때문에 패턴을 익히고 여러 번 재사용하는 것이 좋습니다. 이를 통해 패턴에 더 익숙해지고 장기적으로 더 쉽게 만들 수 있습니다. 다양한 방식으로 분석을 세분화하고 훨씬 더 훌륭한 인사이트를 실현할 수 있도록 필터도 추가해야 합니다.

모두 제일 좋다,