LuckyTemplates의 GroupBy: VertiPaq의 암시적 기능

이 자습서에서는 LuckyTemplates의 저장소 엔진 및 암시적 GroupBy에 대해 설명합니다. 성능 뒤에 무슨 일이 일어나고 있는지 알아보고 잠재적인 병목 현상을 확인합니다. 이를 통해 더 빠른 DAX 성능을 위해 이러한 문제를 완화하는 아이디어와 전략을 만들 수 있습니다.

스토리지 엔진 쿼리는 xmSQL이라는 언어로 표현됩니다. 실제 프로그래밍 언어는 아니지만 스토리지 엔진이 수행하는 작업을 시각적으로 표현한 것입니다. 이를 통해 사용자는 다양한 쿼리를 실행할 때 백그라운드에서 계산이 수행되는 작업을 볼 수 있습니다.

목차

• LuckyTemplates의 암시적 GroupBy
• 스토리지 엔진 내부 집계
• 결론

LuckyTemplates의 암시적 GroupBy

가장 먼저 살펴봐야 할 것은 모든 xmSQL에서 발견되는 암시적 GroupBy입니다.

다음은 EVALUATE 및 VALUES 함수가 있는 샘플 쿼리입니다.

쿼리는 DimCalendar 테이블에서 해당 연도의 모든 값을 가져옵니다. 10행의 데이터를 반환한 것을 볼 수 있습니다.

프로세스는 쿼리가 DimCalendar에서 달력 연도를 선택한 다음 연도별로 그룹화하는 SQL 문에 표시됩니다. 쿼리에 다른 항목이 없기 때문에 명령문은 계산에 GroupBy 함수를 암시했습니다. 암시적 GroupBy는 집계를 사용할 때 더욱 분명해집니다.

스토리지 엔진 내부 집계

집계가 무엇인지 알아보려면 DAX Studio로 이동하여 서버 타이밍 및 쿼리 계획을 켭니다. 다음으로 이 샘플 측정을 실행합니다.

쿼리를 실행한 후 스캔이 1개인 이전 샘플 쿼리와 달리 이 측정값은 2개임을 확인할 수 있습니다. 이는 첫 번째 샘플에 DimCalendar Year 값만 있기 때문입니다. 이 샘플 쿼리에는 달력 연도와 집계가 있습니다.

첫 번째 스캔은 실제 쿼리입니다.

DimCalendar 연도를 선택하고 데이터 모델의 관계를 따르는 판매 데이터 테이블에서 판매 수량을 합산합니다.

데이터 모델에서 DimCalendar 테이블은 Fact 테이블의 Purchase Date 열을 따라 Calendar 테이블의 Date 열까지 이어집니다.

두 번째 스캔은 누락된 값이 모두 있는지 확인합니다.

결과에서 판매액이 2015년부터 2018년까지만 표시되는 것을 볼 수 있습니다. 그러나 2012년부터 2014년까지 비어 있어도 계속 표시됩니다.

결론

DAX Studio의 스토리지 엔진은 계산 이면의 전체 프로세스를 보여줍니다. 이를 통해 각 기능을 모니터링하고 DAX 성능을 저하시킬 수 있는 적중 가능성을 확인할 수 있습니다. 이러한 정보를 사용하여 DAX 코드 실행 시 잠재적인 병목 현상을 완화하는 솔루션을 만들 수 있습니다.

DAX가 느리게 실행되는 경우 스토리지 엔진을 살펴보고 보고서 성능을 개선하기 위해 수행할 수 있는 작업을 찾으십시오.

다중 스레드 환경의 VertiPaq 스토리지 엔진
LuckyTemplates의 VertiPaq 압축 및 스토리지
LuckyTemplates Desktop의 DAX Studio란?