階層形式の LuckyTemplates ランキング

今日は、階層形式で LuckyTemplates ランキングを計算する方法を学びます。これは、前のチュートリアルで説明した概念と比較して、もう少し複雑な主題です。このチュートリアルのビデオ全体は、このブログの下部でご覧いただけます。

前のチュートリアルでは、階層形式でパーセンテージを計算する方法を説明しました。製品カテゴリまたはサブカテゴリの形式で、特定の製品セットの特定のデータ セットに対するランキングを計算する方法を紹介しました。また、地域の場合は、都市、領土、国のいずれかの形になります。

今回は、階層の計算をさらに一歩進めます。さまざまなフィールドのセットがすべて 1 つの階層セットに結合されている場合に、ランキングを計算する方法を学びます。

目次

• 階層のレベル
• 階層形式で LuckyTemplates ランキングを計算する方法の手順
  • 間違っているが一般的なアプローチ
  • LuckyTemplates ランキングを計算するための正しいアプローチ
• 結論

階層のレベル

LuckyTemplates に移動して、それがどのように行われているかを見てみましょう。このシナリオでは、階層の最初のレベルがテリトリーの形式になっている一連の階層を作成しました。

2 番目のレベルは顧客の形式です。

そして 3 番目のレベルは製品名の形式です。

では、この種の階層を作成する背後にあるロジックは何でしょうか? 私たちは、それぞれの地域レベルでどのようにパフォーマンスを行っているかを調べる必要があります。次に、各地域内で最も業績の良い顧客が誰であるかを判断する必要があります。

さらに、私たちは、顧客がそれぞれの地域で一定期間にわたって購入したいと思う最高の製品は何かを把握したいと考えています。

階層形式で LuckyTemplates ランキングを計算する方法の手順

まず、RANKX関数を使用して LuckyTemplates ランキングを計算する方法が間違っています。これを行うと、従来の方法では正しい結果が得られない理由がわかります。

また、階層の各レベルの結果を正しい方法で評価するために正しいメジャーをランク付けできるように、エラーを確認することも価値があります。

間違っているが一般的なアプローチ

時間を節約するために、単純な RANKX 関数に基づいてメジャーをコピーして貼り付けました。これにより、単純な RANKX 関数を使用して各階層に 3 つの変数が作成されました。さらに、階層を扱うため、

このメジャーをロードして結果を確認してみましょう。ご覧のとおり、総売上高が最も高い地域が 1 位にランクされ、総売上高が最も低い地域が最後にランクされています。これまでのところ、正しい結果が得られています。

当社の顧客がどのように評価されているかを確認するには、プラス記号をクリックして当社の担当地域を展開します。合計売上高が最も高い顧客が、その特定の領域でも 1 位にランクされていることがわかります。下にスクロールして、それらが正しくランク付けされていることを確認することもできます。

次に、商品の結果も正しく配置されているかどうかを確認します。

例として、Snaptags Ltdの顧客のプラス記号をクリックしてみましょう。明らかに、その特定の地域でその特定の顧客に対して最も高い売上を記録した製品が 1 位にランクされ、他の製品もそれに応じてランク付けされます。

ただし、販売価値を含まない顧客と製品が依然としてランク付けされていることがわかりました。関数を使用すると、これらの評価を停止できます。

この場合、各プラス ボタンを個別にクリックするのではなく、階層内で[ドリル アップ]をクリックし、階層内のすべてを 1 レベル下に展開します。

以下に示すように、最初のテリトリーとその特定のテリトリーの顧客が依然として正しく評価されていることがわかります。

下にスクロールして、次のテリトリーがどのようにランク付けされているかを確認してください。

この段階では、以前はクイーンズランド州が 2 位にランクされていたが、現在は 3 位に評価されているため、問題があることがわかります。

念のため、自分の商品がどのように評価されているかも確認してみましょう。

同様に、ニューサウスウェールズ州の領土とステート株式会社の顧客はどちらも以前のシナリオでは 1 位にランクされていましたが、現在は 2 位になっています。

各プラス ボタンを個別にクリックするのではなく、階層内のすべてを 1 レベル下に展開ボタンをクリックすると、このような誤った結果が表示されるようになりました。

なぜこうなった？この背後にある理由は、プラス ボタンを個別にクリックすると、階層の最上位レベルに留まり、単にそのボタンを内部に忍び込ませているだけであるためです。技術的には、次のレベルまではまだ掘り下げていません。

一方、[階層内の 1 つ下のレベルにすべて展開]ボタンをクリックすると、次のレイヤーに移動し、実際のコンテキストの遷移が発生するときです。

したがって、ドリルダウンとは実際には最初のレベルから次のレベルに移動することを意味するため、階層の場合には従来のランキング計算方法を使用することはできません。

LuckyTemplates ランキングを計算するための正しいアプローチ

これらの問題を特定したら、 [新しいメジャー]をクリックして正しいランキング メジャーを作成して問題を解決しましょう。

メジャーに「Ranking – Right Measure」という名前を付け、それぞれの階層のランキングを計算するための 3 つの変数を作成しましょう。 

最初の変数に「VAR_Territory_Ranking」と入力します。 (Regions, Regionals[Territory])を使用して仮想テーブルを作成することです。テリトリーはリージョン テーブルから取得されているため、これをリージョン テーブルに参照しました。

関数を使用して仮想列を作成する必要があります。これは、その特定のテリトリー階層のランキングを評価するのに役立ちます。  

次に、仮想列に Territory Rank という名前を付け、RANKX 関数を使用しましょう。最も高い売上を最初にランク付けし、最も低い売上を最後にランク付けしたいと考えています。そこで、この仮想テーブルをSUMX関数内にラップしてスカラー値に変換します。

VAR_Customers_RankingやVAR_Products_Rankingなど、他の 2 つの変数にもまったく同じ手法を実装しました。

もちろん、ISINSCOPE関数を使用して、その特定の階層レベルに対して各変数を呼び出しました。

ここまでは、階層の各レベルに変数を作成し、ISINSCOPE 関数を使用してその特定のフィールドに対して各変数を配置しました。

式をテストし、メジャーをマトリックス ビジュアルに取り込み、展開して結果を確認します。

以下に示すように、テリトリー レベルでのランキングは正しく評価されています。

さらにドリルダウンして顧客ランキングを確認してみましょう。ニューサウスウェールズ州の準州と州の LTD の顧客も正しくランク付けされています。

今回は、クイーンズランド州の領土がどのように評価されているかを見てみましょう。最終的に、それに応じてランク付けされるようになりました。

製品レベルに関しても、完璧にランク付けされているのは嬉しいことです。

2 番目と 3 番目の顧客にも注目すると、正しい結果が得られました。

最後に、それぞれのディメンション テーブル名の参照をSales テーブル名に置き換えることで、空白に対するランキングを削除しましょう。 

これを行うのは、Sales テーブルにこれらの各ディメンション テーブルとの系統があるためです。たとえば、その地域の特定の顧客に対して特定の製品の販売が行われていない場合、デフォルトでは、ランキングはその特定のデータ ポイントに対して評価されません。 

それでは、ディメンション テーブルの参照をSales テーブルに置き換えてみましょう。

最後にもう一度結果を確認してみましょう。 

出来た！これで、ランキングが売上高のあるデータ ポイントにのみ限定されていることがわかります。 

LuckyTemplates で計算列を
使用して階層形式の時間スケールでパーセンテージを計算する LuckyTemplates
CALCULATE 関数 – LuckyTemplates の計算に与える影響

結論

階層形式でのランキングの計算は、特に 1 つの階層セットに組み合わされたさまざまなフィールドのセットを扱う場合には複雑さを伴いますが、実際に次のレベルまでドリルダウンできるため、やる価値はあります。

関数を使用する代わりに、ランキングを評価するときに ALLSELECTED 関数を使用できること。

以上です。このチュートリアルを楽しんでいただければ幸いです。Web サイトには、簡単にアクセスできるリソースやさらなる学習がたくさんありますので、ぜひチェックしてください。

ではごきげんよう、

ひどい