Totalul de măsurare LuckyTemplates este incorect: cum se remediază

Este posibil să întâmpinați probleme cu măsurile din vizualizările tabelelor LuckyTemplates cu un rând total. Reclamația obișnuită este că rândul „Total” este „incorect” pentru măsură. De obicei, rândul total este corect pentru măsură, pur și simplu nu este ceea ce se așteaptă majoritatea oamenilor. În acest tutorial, ne voi prezenta această problemă comună cu măsurarea totală a LuckyTemplates și cum să o rezolvăm. Puteți viziona videoclipul complet al acestui tutorial în partea de jos a acestui blog.

Totalul măsurării LuckyTemplates a fost o problemă de când există LuckyTemplates. Deci, pentru a remedia această problemă, primul lucru pe care l-am făcut a fost să intru în DAX Studio și să creez o . Dacă nu ați văzut niciodată o măsurătoare a filtrelor de descărcare, seamănă foarte mult cu cea de mai jos.

Măsurarea filtrelor de descărcare determină ce filtre sunt aplicate din diferitele tabele și coloane din modelul de date. Este foarte ușor de generat în DAX Studio. Puteți lansa DAX Studio, faceți clic pe orice tabel și spuneți, Definiți măsurile de descărcare a filtrului (toate tabelele) și generează tot codul pentru dvs.

Tot ce trebuie să faceți pentru a-l introduce în LuckyTemplates este să îl luați din aceste filtre și să copiați tot acel cod și apoi să-l lipiți într-o măsură nouă, ceea ce am făcut. De acolo a venit această măsură a filtrelor de gunoi.

Am construit, de asemenea, o pagină de sfaturi explicative în care am creat o vizualizare a cardului și am pus măsura filtrelor de descărcare în acea vizualizare a cardului. Acest lucru ne permite să vedem filtrele din vizualizările de tabel sau din vizualizările matricei .

Pentru a activa sfaturile cu instrumente, puteți face clic pe o imagine din matrice sau tabel. În acest exemplu, am o matrice și un tabel aici care ambele demonstrează aceeași problemă a totalurilor de măsură. Puteți merge la General și doar comutați la sfaturi cu instrumente. Dacă doriți, puteți specifica că este o pagină de raport.

Dacă trec cu mouse-ul peste acest 290, pot vedea că are un filtru de categoria tabelului este egală cu categoria unu. Acesta este categoria a doua, unde avem o Subcategorie egală cu albastru, verde și roșu. Toate acestea provin dintr-o interogare de date foarte simplă în care am șase rânduri.

Ultimul pas este de a crea o măsură care va prezenta problema totalului măsurătorii. Și dacă te uiți cu atenție, poți deja să vezi că totalul nu este corect.

În ceea ce privește DAX, este corect, dar orice om normal care se uită la asta ar crede că este complet greșit. De fapt, trebuie să cred că aceasta este probabil o cauză principală a motivului pentru care oamenii cred că este o barieră uriașă în calea adoptării LuckyTemplates.

Există simplul fapt că totalurile măsurătorilor sunt greșite de la poartă. Vizualizările de tabel și vizualizările matricei nu prezintă de fapt un comportament corect.

Cuprins

• Utilizarea unei măsuri surogat
• Remedierea incorectă a măsurării LuckyTemplates
• Concluzie

Utilizarea unei măsuri surogat

Am acest tabel aici cu totalurile mele de măsurare. Tot ce am făcut a fost un rapid și am scăzut 10. Acesta este un surogat pentru orice măsură destul de complicată. Dacă puteți prezenta problema cu totalul măsurătorilor cu ceva la fel de simplu ca acesta, va apărea în multe dintre măsurile dvs.

Contextul filtrului pentru acest rând de totaluri este diferit, așa că se pare că DAX doar se execută în contextul tuturor. Dacă dau clic pe Categoria 1, de exemplu, este corect.

Deci, este evident că ia contextul de filtru al categoriei = Categoria 1.

Nu are acest context de filtru suplimentar din această categorie fără influență externă. Dacă trec cu mouse-ul aici, poți vedea că este gol. Nu există nimic care filtrează asta acum. Aceste rânduri au un filtru pe categorie, dar nu ia în considerare deloc acest lucru.

Deci cum o reparăm? Să aruncăm o privire la măsura creată de mine.

Remedierea incorectă a măsurării LuckyTemplates

Am numit-o pe aceasta „Measure Totals Category” și scrie, dacă categoria tabelului , atunci returnează măsura mea corectă pe un articol rând cu rând.

În caz contrar, voi acel tabel pe categorii și apoi voi calcula măsura mea pentru fiecare linie. Apoi voi rezuma valorile.

Practic, recreez această vizualizare a tabelului, apoi însumez valorile rezultate din acea măsură pe acele rânduri și asta o rezolvă.

Acum, totul este bine și bine. Este o soluție destul de ușoară, dar este cu adevărat dăunătoare pentru vizualizarea în autoservire, după părerea mea.

Dacă aveți o măsură destul de complexă și promovați vizualizarea cu autoservire înapoi pentru utilizatorii dvs. finali, atunci este un pariu bun că nu aveți idee cum vor folosi acea măsură și cum vor fi. lucrând cu el.

De exemplu, puteți vedea problema aici. Am categoriile de Totaluri de măsurare corecte, dar aici sunt incorecte. Acesta returnează chiar elementele greșite rând cu rând.

Motivul pentru aceasta este că categoriile nu sunt niciodată în domeniu. Deci, în conformitate cu măsura noastră, categoria tabelului IINSCOPE returnează totalurile măsurătorii.

Ei bine, nu este niciodată cazul. Întotdeauna face o rezumare pe categorii și apoi după valoare, ceea ce este complet greșit.

Deci, acum, trebuie să creăm o altă măsură, Subcategoria totală de măsurare , care, dacă este subcategoria IINSCOPE, returnează elementul rând de pe acel rând. În caz contrar, însumați pe subcategorii în total valorile, ceea ce ne oferă răspunsul corect.

Concluzie

Acesta este motivul pentru care este dăunător pentru vizualizarea cu autoservire, deoarece nu aveți idee cum o vor folosi utilizatorii finali și ce vor pune într-un tabel. Va trebui să scrieți o măsură pentru fiecare combinație posibilă, ceea ce este o nebunie.

Sper că ai învățat ceva din acest tutorial. Dacă ați întâmpinat astfel de probleme, împărtășiți-ne cum le-ați rezolvat.

Toate cele bune!

Greg