RANKX Deep Dive: O funcție LuckyTemplates DAX

Astăzi, ne vom aprofunda în RANKX, o funcție scalară DAX din LuckyTemplates care vă permite să returnați clasarea unui anumit număr în fiecare rând de tabel care face parte dintr-o listă de numere. Puteți viziona videoclipul complet al acestui tutorial în partea de jos a acestui blog.

Cuprins

• Exemple de scenarii
• RANKX Scenariul 1: Clasificarea clienților
• Scenariul RANKX 2: Clasamentul orașelor V1
• RANKX Scenariul 3: Clasamentul teritoriilor
  • Cities RankingV2: Cea mai bună abordare folosind Slicer
• RANKX Scenariul 4: Clasamentul produselor
• Scenariul RANKX 5: DAX Studio
• Concluzie

Exemple de scenarii

Vom analiza unele dintre cele mai importante scenarii, inclusiv când să facem referire la un întreg tabel și un nume de câmp în cadrul .

Vom examina, de asemenea, ce se întâmplă când nivelul de granularitate scade și când se aplică o ordine de sortare peste un câmp. În cele din urmă, vom arunca o privire mai atentă asupra celor mai bune practici în referirea unui nume de tabel sau a unui nume de câmp de-a lungul tabelului și a modului în care este evaluată clasamentul la final.

RANKX Scenariul 1: Clasificarea clienților

În primul nostru scenariu, dorim să calculăm clasamentul clienților noștri și să facem referire la întregul tabel al clienților în cadrul funcției RANKX. În cele din urmă, vom afla cum sunt evaluate rezultatele.

Deci, să începem prin deschiderea LuckyTemplates și să facem clic pe butonul Opțiuni totale de vânzări din fila Măsuri cheie și apoi să accesăm Măsură nouă . Scrieți o măsură pentru clasarea clienților (de exemplu, „Clasarea clienților =”).

Puteți vizualiza rezultatele trăgând măsura de clasare a clienților în interiorul tabelului.

Dar este aceasta cea mai bună abordare pentru fiecare scenariu? Ce se întâmplă dacă există două persoane cu același nume, dar în orașe diferite? Sau dacă avem două locuri cu același nume, dar teritorii diferite?

Scenariul RANKX 2: Clasamentul orașelor V1

Acum, să aplicăm aceeași abordare în primul scenariu. De data aceasta, însă, îl vom aplica peste tabelul de regiuni unde avem două orașe cu același nume, dar în două locații diferite.

După cum puteți vedea în imaginea de mai sus, în interiorul tabelului cu regiuni, avem două orașe cu același nume, dar sunt disponibile în două teritorii diferite. Deci, ce se întâmplă când aplicăm aceiași pași din scenariul nostru anterior?

Rezultatele vor arăta cam așa:

Acum începem să vedem o problemă cu formula noastră de clasare. Deoarece funcția RANKX iterează pe un întreg set de tabele, nu poate consolida rezultatele pentru orașele cu același nume, care sunt disponibile în două teritorii diferite. Acest lucru duce în cele din urmă la o eroare.

Pentru a rezolva această problemă, trebuie să faceți referire la numele câmpului din interiorul funcției RANKX și numele tabelului, la fel ca în imaginea de mai jos.

Deci, cum a remediat eroarea? Când facem referire la un nume de câmp în interiorul funcției RANKX, acesta îl va repeta numai prin acea coloană și nu peste întregul tabel.

Va elimina duplicatele, chiar dacă cele două orașe sunt disponibile în două teritorii diferite, consolidându-le astfel ca un singur oraș.

RANKX Scenariul 3: Clasamentul teritoriilor

Deci, ce se întâmplă când nivelul de granularitate scade?

În acest caz, veți vedea eroarea în timp ce calculați clasamentul la nivel teritorial. Motivul este că atunci când facem referire doar la numele tabelului și ignorăm din nou numele coloanei, acesta îl repetă pe un întreg tabel, nereușind astfel să consolidăm rezultatele la nivel teritorial.

Pentru a obține rezultatele corecte la nivel teritorial, trebuie să faceți referire la câmpul teritorii din tabelul cu regiuni. Dar când ar trebui să faceți referire la întreaga temă a tabelului și să includeți numele câmpului împreună cu tabelul?

Când clasarea este aplicată peste cel mai scăzut nivel de granularitate, ne putem referi la numele tabelului și ignorăm numele câmpului.

Dar când nivelul de granularitate scade, va trebui să facem referire la numele coloanei împreună cu numele tabelului. Până acum, analizăm rezultatele doar într-un singur vizual, adică ��ntr-un tabel.

Cities RankingV2: Cea mai bună abordare folosind Slicer

Să duplicăm al doilea scenariu în care partea stângă a vizualului va face referire doar la un nume de tabel, în timp ce partea dreaptă va face referire la numele coloanei din interiorul funcției RANKX. Vom compara apoi rezultatele aducând un slicer pe pagina respectivă sub formă de teritorii, care rezultă în imaginea de mai jos.

Când facem o selecție în slicer, veți observa că în partea stângă a vizualului tabelului, acesta nu oferă rezultatul în ordinea serialului, deoarece RANKX iterează peste tabelul întregii regiuni. Totuși, în partea dreaptă a tabelului, veți vedea rezultatele într-o ordine de serie.

Motivul este că RANKX iterează numai pe o anumită coloană a tabelului, permițându-i să filtreze rezultatele în funcție de selecția făcută în slicer. Este, de asemenea, unul dintre cele mai importante lucruri de reținut.

Dacă dorim să vedem rezultatele generale ale clasamentului, putem face referire doar la numele tabelului din cadrul funcției RANKX .

Dar dacă dorim ca rezultatele noastre să fie în ordine în serie conform selecției făcute în slicer, atunci trebuie să facem referire și la un nume de coloană în interiorul funcției.

RANKX Scenariul 4: Clasamentul produselor

În cele din urmă, să continuăm cu scenariul nostru final. Să examinăm ce se întâmplă atunci când plasăm o comandă de produs într-un anumit domeniu și modul în care RANKX evaluează clasarea la final.

În acest scenariu, folosim numele produselor din tabelul de produse pentru a analiza care sunt produsele noastre cu cele mai bune performanțe .

Deci, la fel ca în primul scenariu, trebuie să scrieți o măsură de clasare pentru produsele dvs. (în acest caz, folosiți bine clasarea produselor). Dacă aduceți măsura de clasare a produselor în interiorul vizual, veți vedea un rezultat la fel ca în imaginea de mai jos:

Puteți vedea că, deși am făcut referire la câmpul nostru de nume de produs în cadrul funcției RANKX, nu evaluează corect rezultatele. Deci de ce se întâmplă asta? Pentru a răspunde la această întrebare, trebuie să deschidem DAX Studio .

Scenariul RANKX 5: DAX Studio

Deci, să deschidem DAX studio și să vedem cum RANKX evaluează rezultatele clasamentului la final.

În imaginea de mai jos, am copiat interogarea vizuală a tabelului prin intermediul Analizorului de performanță și am lipit-o în DAX studio. După cum puteți vedea în această interogare, există și indexul de produse, un câmp de sortare în interiorul tabelului de produse.

Astfel, chiar dacă în tabelul nostru am adus doar numele produsului, vânzările totale și măsura de clasare, acest câmp este referit implicit la finalul calculului de clasare.

Așa că acum, să reparăm măsura noastră de clasare a produselor, făcând referire la câmpul de sortare din interiorul funcției RANKX și să vedem rezultatele pentru ultima dată.

După cum puteți vedea în imaginea de mai sus, rezultatele pentru numele produselor sunt acum evaluate corect. Astfel, ori de câte ori avem un câmp sortat după un alt câmp, trebuie să facem referire la ambele câmpuri în interiorul funcției RANKX pe baza tuturor scenariilor pe care le-am discutat astăzi.

Concluzie

Deci, acestea sunt câteva dintre scenariile când se utilizează funcția RANKX în calculele DAX. În general, există mai multe moduri în care puteți face acest lucru într-o gamă largă de funcții.

Cel mai important lucru de reținut este că trebuie să înțelegeți contextul în care este plasată funcția dvs. RANKX.

RANKX este excepțional de versatil în calcularea oricărei analize de tip de clasare în LuckyTemplates. De asemenea, oferă informații avansate care impresionează consumatorii rapoartelor și vizualizărilor dvs.

Toate cele bune,

Aspru Anil Joshi