DAX パフォーマンスを高速化するためのクエリの最適化

このチュートリアルでは、DAX Studio でのクエリの最適化について説明します。また、計算にCallBackDataIDが含まれる場合に、その存在を軽減する方法も学習します。これは、正確なデータを生成する際の DAX のパフォーマンスの向上に役立ちます。

以前のブログ投稿を思い出してください。CallBackDataIDは、ストレージエンジンが複雑なクエリを解決するために数式エンジンに助けを求めるときに表示されます。このプロセスには時間がかかり、数式エンジンの存在により DAX が遅くなります。

CallBackDataIDは、最適化を開始するのに適した場所です。ただし、得たい結果によっては、必ずしも最適化が必要なわけではありません。

これらは、 CallBackDataIDが発生する一般的な原因とその軽減策です。

CallBackDataID の軽減と DAX クエリの最適化
結論

CallBackDataID の軽減と DAX クエリの最適化

DAX パフォーマンスを高速化するためのクエリの最適化

のようなエラー処理の使用です。CallBackDataID は、何かを分割していて、答えに応じて値が提供される場合に発生することがあります。これを軽減するには、計算を開始する前に潜在的なエラーを「キャッチ」します。

次に、イテレータでのとの使用です。前のモジュールでは、 IFとFILTERを使用したサンプルクエリが示されました。このクエリにより、[サーバータイミング] タブにCallBackDataID が生成されました。解決策は、フィルターをステートメントに移動することです。

などの日付関数を使用すると、CallBackDataIDが生成される場合もあります。これは、DAX エンジンが進化し、日付を理解しているためです。または使用すると、ほとんど同じ結果が得られるため、これを簡単に解決できます。

やなどの数学関数の使用です。これらは、ストレージエンジンが処理できない複雑な式です。これは、Power Query の ETL プロセスで処理する必要があります。

[Serving Timings] タブと [Query Plans] タブでCallBackDataID が表示されている場合は、合計実行時間を確認してください。時間がかかる場合は、最適化する必要があります。それ以外の場合は、そのままにして、他のパフォーマンスの問題を見つけることに集中できます。

CallBackDataID を軽減するには、試行錯誤が必要です。CallBackDataIDを削除するためにクエリを書き直すと、クエリによってデータキャッシュの量または実体化された行が増加する可能性があるため、DAX のパフォーマンスが低下する可能性があります。したがって、可能な限り最高のパフォーマンスを得るためにクエリをどのようにフォーマットするかはすべてユーザー次第です。

LuckyTemplates のストレージエンジン – LuckyTemplates でのVertiPaq オペレーターとクエリの測定: 最適化のヒントとテクニック
DAX Studio の VertiPaq Analyzer | LuckyTemplates チュートリアル

結論

すべての問題には独自の解決策があります。CallBackDataID の場合、結果を提供する際の DAX の効率を高めるために、さまざまなアプローチと緩和策が採用されています。このソリューションは、クエリのデータのリリースに時間がかかる傾向がある場合に使用できます。

これらの最適化手法をレポートで実践することで、さらに学び、理解できます。知識を広げ、DAX のパフォーマンスを向上させるために、他のモジュールにある他の最適化チュートリアルを読むこともできます。