LuckyTemplates 測定合計が正しくない: 修正方法

合計行を含む LuckyTemplates テーブル ビジュアライゼーションのメジャーで問題が発生する可能性があります。よくある苦情は、「合計」行がメジャーに対して「間違っている」というものです。通常、合計行はメジャーに対して正しいですが、それはほとんどの人が期待するものではありません。このチュートリアルでは、LuckyTemplates メジャー合計に関するこの一般的な問題とその解決方法について説明します。このチュートリアルの完全なビデオは、このブログの下部でご覧いただけます。

LuckyTemplates メジャーの合計は、LuckyTemplates が存在する限りずっと問題でした。この問題を解決するために、私が最初にしたことは、DAX Studioに移動して、作成することでした。ダンプ フィルターのメジャーを見たことがない方のために説明しますが、これは以下のものとよく似ています。

ダンプ フィルターの測定により、データ モデル内のさまざまなテーブルと列からどのフィルターが適用されるかが決まります。DAX Studio 内で生成するのは非常に簡単です。DAX Studio を起動し、任意のテーブルをクリックして、「フィルター ダンプ メジャーの定義 (すべてのテーブル)」と言うと、すべてのコードが生成されます。

これを LuckyTemplates に取り込むために必要なことは、この フィルターからそれを取得し、そのコードをすべてコピーして、新しいメジャーに貼り付けるだけです。これが私がやったことです。このダンプ フィルター対策はそこから生まれました。

また、カード ビジュアライゼーションを作成し、そのカード ビジュアライゼーションにダンプ フィルター メジャーを配置するツールヒント ページも構築しました。これにより、テーブル ビジュアライゼーションまたはマトリックス ビジュアライゼーション内でフィルターを表示できるようになります。

ツールチップをオンにするには、マトリックスまたはテーブル上のビジュアルをクリックします。この例では、同じメジャー合計の問題を示す行列と表があります。「一般」に移動し、ツールチップを切り替えるだけです。必要に応じて、それがレポート ページであることを指定できます。

この 290 の上にカーソルを置くと、テーブル カテゴリがカテゴリ 1 に等しいフィルタがあることがわかります。これはカテゴリ 2 で、青、緑、赤に等しいサブカテゴリがあります。これはすべて、6 行がある非常に単純なデータ クエリから得られます。

最後のステップは、メジャー合計の問題を示すメジャーを作成することです。そして、よく見てみると、合計が正しくないことがすでにわかります。

DAX に関する限り、それは正しいですが、これを見た普通の人間は、これは完全に間違っていると考えるでしょう。実際、これが LuckyTemplates の導入に対する大きな障壁であると人々が考えている主な原因であると考えざるを得ません。

メジャーの合計が最初から間違っているという単純な事実があります。テーブルの視覚化と行列の視覚化は、実際には正しい動作を示しません。

目次

• 代理メジャーの使用
• 間違った LuckyTemplates 測定合計を修正する
• 結論

代理メジャーの使用

ここにメジャーの合計を示した表があります。私がやったことは、簡単なと 10 の減算だけです。これは、かなり複雑なメジャーの代用です。このような単純なものでメジャー合計の問題を示すことができれば、多くのメジャーで問題が発生するでしょう。

この合計行のフィルター コンテキストは異なるため、DAX はすべてのコンテキストで実行されているように見えます。たとえば、カテゴリ 1 をクリックすると、それは正しいです。

したがって、明らかにカテゴリ = カテゴリ 1 のフィルタ コンテキストを取得しています。

外部の影響がなければ、このカテゴリの追加のフィルター コンテキストはありません。ここにカーソルを置くと、空白であることがわかります。今のところこれをフィルタリングするものは何もありません。これらの行にはカテゴリに関するフィルターがありますが、それはまったく考慮されていません。

では、どうすれば修正できるでしょうか? 私が作成したメジャーを見てみましょう。

間違った LuckyTemplates 測定合計を修正する

これをMeasure Totals カテゴリと呼び、テーブル カテゴリの場合は、行ごとの項目で正しいメジャーを返すだけです。

それ以外の場合は、そのテーブルをカテゴリ別にし、各行のメジャーを計算します。次に、値を合計します。

基本的に、このテーブルの視覚エフェクトを再作成し、それらの行のメジャーから得られた値を合計することで問題を修正します。

さて、これですべて順調です。これは非常に簡単な修正ですが、私の意見では、セルフサービスの視覚化には非常に悪影響を及ぼします。

かなり複雑なメジャーがあり、エンド ユーザーにセルフサービスの視覚化を推進している場合、エンド ユーザーがそのメジャーをどのように使用するのか、またどのような結果になるのか全く分からないのは間違いありません。それを使って作業しています。

たとえば、ここで問題がわかります。[メジャー トータル] カテゴリは正しいのですが、ここでは間違っています。間違った行ごとの項目も返します。

その理由は、カテゴリが決して範囲内にないためです。したがって、私たちのメジャーによれば、ISINSCOPE テーブル カテゴリはメジャーの合計を返します。

まあ、そんなことは決してありません。常にカテゴリごとに集計を行ってから、値ごとに集計を行っていますが、これは完全に間違っています。

ここで、別のメジャー、Measure Total Subcategoryを作成する必要があります。これは、ISINSCOPE サブカテゴリの場合、その行の行項目を返します。それ以外の場合は、値の合計をサブカテゴリごとに合計すると、正しい答えが得られます。

結論

これが、エンドユーザーがセルフサービス視覚化をどのように使用するのか、テーブルに何を入力するのかが分からないため、セルフサービス視覚化に悪影響を与える理由です。考えられるすべての組み合わせに対してメジャーを記述する必要がありますが、これはクレイジーです。

このチュートリアルから何かを学んでいただければ幸いです。このような問題に遭遇した場合は、どのように対処したかを教えてください。

ではごきげんよう！

グレッグ