DAX Studio의 성능 문제: CallBackDataID

이 자습서에서는 DAX Studio의 성능 문제인 CallBackDataID 에 대해 설명합니다 . 이것이 무엇을 하고 DAX 쿼리의 성능에 어떤 영향을 미치는지 배우게 됩니다.

스토리지 엔진은 데이터 캐시의 형태로 수식 엔진에 데이터를 제공하기 위해 작동합니다. 그러나 스토리지 엔진이 식을 평가할 수 없는 경우 CallBackDataID 를 사용하여 수식 엔진에 도움을 요청하고 콜백합니다 .

계산에 CallBackDataID가 있으면 저장소와 수식 엔진을 모두 사용하기 때문에 DAX의 성능이 느려집니다. 그러나 수식 엔진만 모든 작업을 수행하는 것보다 여전히 압축된 데이터에서 수행되고 구체화가 필요하지 않기 때문에 여전히 낫습니다.

또한 수식 엔진이 관련된 경우 결과가 캐시되지 않습니다. 캐시는 LuckyTemplates에서 쿼리 또는 측정을 실행할 때 사용자 환경을 개선합니다.

목차

• CallBackDataID를 찾는 위치
• 성능 문제를 해결하는 방법
• 결론

CallBackDataID를 찾는 위치

CallBackDataID는 DAX Studio 내부의 서버 타이밍에서 찾을 수 있습니다. 중요성 때문에 xmSQL 문에서 강조 표시됩니다. DAX를 최적화하려는 경우 CallBackDataID를 찾는 것이 가장 좋은 출발점입니다.

의 필터를 활용하는 것입니다 . 필터에서 CALCULATE를 사용하는 것이 테이블로 사용하는 것보다 낫습니다. FILTER 는 반복자이며 테이블을 필터링하면 에 의해 반복됩니다 . 이 두 반복자가 있으면 쿼리 속도가 느려질 수 있습니다.

다음은 CallBackDataID 가 있거나 없는 두 가지 샘플 쿼리입니다 .

이는 위의 두 쿼리를 정의하는 지역화된 측정값입니다.

상위 측정값은 판매 테이블을 반복하고 현재 가격과 수량을 곱한 다음 합산합니다. 맨 아래 측정값은 구매 날짜가 2016년 3월 31일보다 크거나 같은지 확인합니다. 측정값에 함수가 있으면 CALCULATE 를 사용하지 않기 때문에 CallBackDataID 가 생성됩니다 .

이를 테스트하려면 CallBackDataID 가 있는 쿼리를 실행하십시오 . 실행하기 전에 캐시를 지우고 서버 타이밍 및 쿼리 계획을 켜십시오.

하단의 Server Timings 탭을 클릭하면 첫 번째 스캔이 강조 표시되는 것을 볼 수 있습니다. 이는 CallBackDataID 가 있기 때문입니다 .

xmSQL 문에서 CallBackDataID를 볼 수도 있습니다 . 측정값의 IF 함수 는 스토리지 엔진의 기능을 벗어나므로 수식 엔진의 도움을 요청합니다.

성능 문제를 해결하는 방법

CallBackDataID 가 없는 쿼리를 실행하면 스캔이 더 이상 강조 표시되지 않는 것을 볼 수 있습니다.

이는 CALCULATE 필터가 스토리지 엔진으로 푸시다운되기 때문입니다. 자체적으로 작동할 수 있으므로 더 이상 수식 엔진의 도움이 필요하지 않습니다.

가능한 한 CALCULATE 에서 필터를 사용하십시오 . 대부분의 작업을 스토리지 엔진에 푸시하여 DAX 성능을 최적화하여 속도를 높입니다.

LuckyTemplates의 스토리지 엔진 – VertiPaq 연산자 및 쿼리
LuckyTemplates에서 측정: 최적화 팁 및 기술
DAX Studio의 VertiPaq Analyzer | 파워 BI 튜토리얼

결론

스토리지 엔진이 작동하기에 쿼리가 너무 복잡하면 성능 저하가 발생할 수 있습니다. 계산에서 CallBackDataID 와 같은 불필요한 프로세스를 가져오고 DAX 속도를 저하시킵니다. CALCULATE 에서 필터를 사용하여 완화할 수 있습니다 .