DAX Studio ドキュメントの日本語訳
Power BI／DAX開発者必携ツールの「DAX Studio」ドキュメントを日本語訳していきます。
「非公式」なので、言い回しに疑問があれば必ず公式ドキュメントを参照してください。
公式サイト
https://daxstudio.org/
公式ドキュメント
https://daxstudio.org/docs/intro/
サーバータイミングのトレース
トレースにはサーバーの管理者権限が必要です。管理者権限がない場合、トレースボタンは無効になります。
出力ウィンドウで報告される標準的なタイミングは、Dax Studioで記録されたクエリの経過時間ですが、ネットワーク速度や結果セットのサイズによって影響を受けることがあります。サーバーの視点からクエリのタイミングを確認したい場合は、サーバータイミングトレースボタンを使用します。
このボタンをクリックすると、追加のタブが表示され、サーバーがクエリの処理に費やした合計時間、ストレージエンジンに費やした時間、クエリに対するストレージエンジンのリクエスト数が表示されます。
| メートル | 説明 |
|---|---|
| Total | これは、Query End プロファイラのイベントから取得した、ミリ秒単位のクエリ時間の合計です。これは、サーバがクエリを処理するのに要した時間の合計です。(そのため、クライアントが結果セットを処理するのにかかった時間は含まれません。） |
| SE CPU | これは、Storage Engineのクエリに費やされたCPU時間の量である（この数値は100％信頼できるとは_限らないので_、あまり重要視しないように注意）。SE CPUの下の青い比率は、SE CPUのSEに対する比率であり、SEが実行した平均並列処理の非常に大まかな指標である。この数値は、ストレージエンジンイベントのCPU時間を合計することで計算されます。 |
| FE | これはフォーミュラエンジンに費やされた時間であり、TotalからSEの時間を差し引いて計算される。その下の青い数字は、FE / 合計のパーセンテージです。 |
| SE | これはストレージエンジンで費やされた時間であり、すべてのストレージエンジン・クエリの 時間を合計して計算される。その下の青い数字はSE/Totalのパーセンテージです。大まかな経験則として、Storage Engineはマルチスレッドであるため、より多くの処理を並行して行うことができるため、クエリにより多くの時間を費やすようにしたいものです。一方、フォーミュラエンジンはシングルスレッドで、複数のCPUコアを利用することはできません。FEはSEの上位に位置するため、100%ストレージエンジンで処理されるクエリーを持つことはできない。FEはSEにリクエストを発行し、クライアントに送り返す前に結果セットをシリアライズする。 |
| SE Queries | これは、クエリの処理中に実行されたストレージ・エンジン・クエリの数である。 |
| SE Cache | これはストレージエンジンのキャッシュヒット数である。 |
また、インポート・モード・モデルに対してクエリを実行する際にスキャン・イベントによってキャプチャされる「SQLのような」クエリが何であるか疑問に思うかもしれません。これはxmSQLと呼ばれ、Formula EngineがStorage Engineに送信したリクエストのテキスト表現です。これらのクエリを実行する方法はなく、ストレージ・エンジンが実行した操作を理解できるように、ストレージ・エンジンに送信されたリクエストをテキストで表現しているだけです。データモデルが Direct Query モードの場合、実際のデータソースに対して実行される前に、よりデータソース固有のクエリに変換される一般的な T-SQL クエリが表示されます。