Matrice LuckyTemplates | Cum să remediați totalurile matricelor în LuckyTemplates

Pentru acest tutorial, vă voi arăta cum să remediați totalurile matricei LuckyTemplates, în special fixând totalurile și subtotalurile dacă măsurile pe care le creați nu produc inițial rezultatele corecte. Puteți urmări videoclipul complet al acestui tutorial în partea de jos a acestui blog.

Există două motive pentru care am vrut să abordez această problemă. Una este că apare destul de des. Este ceva care apare mult pe . Vedem această întrebare repetată iar și iar în diferite forme. Al doilea motiv este că atunci când o abordați în contextul unei matrice, este probabil cea mai dificilă dintre problemele de totaluri sparte.

Dacă învățați cum să o abordați în matrice, veți ști ce trebuie să faceți pentru a vă fixa totalurile în cărți, în tabele și în alte imagini în care totalurile se pot rupe. Voi trece printr-un proces sistematic de remediere a totalurilor matricei LuckyTemplates care sunt sparte și chiar le descompune pe componente.

În acest exemplu, măsura a fost suficient de complexă încât a spart totalurile într-un mod destul de spectaculos. Am vrut să încep cu totaluri cu adevărat sparte pentru a vă arăta cum să remediați chiar și cele mai grave probleme cu totalurile sparte.

Cuprins

• Totaluri incorecte în matricea LuckyTemplates
• Remedierea totalurilor de matrice LuckyTemplates cu SWITCH TRUE Logic
• Depanare folosind Editorul tabelar 3
• Concluzie

Totaluri incorecte în matricea LuckyTemplates

Să ne uităm la contextul măsurilor din acest exemplu. În primul rând, avem o măsură numită Spread Revenue , care este ramura Total Opportunity Revenue and Lookup Scaling Factor .

Venitul total de oportunitate este doar o simplă măsură , în timp ce factorul de scalare al căutării este o căutare mai complicată, un fel de mai multe criterii, pe care o facem pe baza unei serii de condiții de filtrare.

Acesta este doar un exemplu de modalitate prin care totalurile se pot sparge. Acum, dacă luăm acel Venit Spread și îl aruncăm în câmpul pentru matrice, asta se întâmplă (vezi mai jos).

După cum puteți vedea, rândurile de bază se calculează corect, dar rândurile totale nu îl calculează. În multe cazuri, când aveți totaluri, subtotaluri și totaluri generale, LuckyTemplates va ghici cel puțin. Și de multe ori, această presupunere este greșită și trebuie să repari totalurile.

Dar, în acest caz, LuckyTemplates oferă doar echivalentul ridicării din umeri. Nu are idee care ar trebui să fie acele totale. Nici măcar nu are o ghicire. Le etichetează doar ca goale. Pentru a rezolva acest lucru, trebuie să construim aici o logică suplimentară care să îi spună lui LuckyTemplates ce trebuie să facă în totalurile rândurilor, totalurile coloanelor și totalurile generale.

În multe cazuri, în care vă uitați la mai multe condiții, puteți face acest lucru ca o instrucțiune Dar avem o construcție mai bună în LuckyTemplates, care face mult mai ușor să vedeți logica, care este instrucțiunea .

Remedierea totalurilor de matrice LuckyTemplates cu SWITCH TRUE Logic

Avem un SWITCH TRUEstatement care este construit de la general la specific și vreau să vă arăt de ce acest lucru nu funcționează. Ceea ce face declarația SWITCH TRUE este că trece prin fiecare dintre condiții. Iese din primul care este adevărat.

Și așa, în acest caz, mergem de la general. Se spune, „dacă clasa de animale este în monotreme, marsupiale și placentare, atunci primește eticheta de mamifer”. În acest exemplu, acestea sunt singurele trei clase de mamifere. Dacă este un mamifer, va fi unul dintre aceste trei tipuri.

Dacă ne uităm la ce se întâmplă, datele intră și trecem la SWITCH TRUE. Și dacă este una dintre aceste clase, devine „mamifer”. Asta înseamnă că nu se va ajunge niciodată la acest criteriu de marsupial sau pe cel pe care îl dorim noi, care este cangurul pentru că toate acestea sunt mamifere. Și așadar, dacă această afirmație este adevărată, va ieși.

Dacă afirmația nu este adevărată, atunci cele două afirmații nu vor fi adevărate. Va trece la valoarea implicită, care nu este un mamifer. Deci, în loc să construiți de la general la specific, trebuie să vă construiți declarația SWITCH TRUE de la specific la general , iar apoi catch-all la sfârșit.

Dacă luăm asta înapoi la exemplul de fixare a totalurilor matricei, este într-adevăr același lucru. A aici sunt detaliile, care va fi prima afirmație din SWITCH TRUE. Și apoi, avem D ca prinde-toate. La mijloc, avem aceste două condiții B și C. B are context pentru coloană, dar nu și rând, în timp ce C are context pentru rând, dar nu și coloană.

Acum să trecem la Editorul tabelar 3 (TE3), care este într-adevăr modul meu preferat acum de a depana și de a înțelege măsurile.

Depanare folosind Editorul tabelar 3

Eu numesc această măsură (mai jos) Împărțire venituri cu totaluri fixe. Este destul de lung și pare DAX complicat, dar voi descompune asta pe componentă.

Avem aici doar două variabile care preiau practic VALOAREA a lunii noastre scurte și a perioadei noastre, iar asta va determina contextul. Apoi, avem un tabel virtual, care este practic o versiune virtuală a matricei prin această construcție și .

Dacă ne uităm la asta în interiorul unei interogări DAX, puteți vedea că practic creează fiecare combinație posibilă de Perioadă și Lună scurtă, ceea ce face matricea.

În Editorul Tabular 3, există o altă modalitate de a vizualiza acest lucru numită Grila Pivot. Produce o imagine care este egală cu acea matrice vizuală din LuckyTemplates.

Revenind la măsura noastră din Editorul de expresii, trebuie să construim logica care creează câmpurile de totaluri. Și așa, avem această instrucțiune SWITCH TRUE cu , în care testăm pentru a vedea dacă există sau nu un context în fiecare dintre cele două câmpuri în care avem nevoie de context.

Prima condiție, care este de la cea mai specifică la cea mai puțin specifică este acea condiție A, rândurile de bază. Deci, dacă avem context pentru Perioada și avem context pentru Lună scurtă, atunci folosim doar măsura Spread Revenue, deoarece aceasta producea rezultatele corecte în acele rânduri de date.

Acum trebuie să construim logica pentru B, care este locul în care avem context în coloană. Deci, avem HASONEVALUE pentru Luna scurtă, dar nu pentru Perioada. Acum vrem să forțăm logica, să luăm matricea virtuală și să luăm măsura noastră Spread Revenue, apoi să o însumăm pe toate valorile Perioadei.

Următorul lucru pe care îl avem este partea inversă, unde avem HASONEVALUE în Perioada, dar nu în Luna Scurtă. Acum luăm suma a tabelului virtual (măsură Venitul Spread) și o însumăm peste toate VALORILE scurte.

Și apoi, în sfârșit, avem măsura generală, adică dacă nu avem context în niciunul dintre cele două, atunci luăm doar suma totală a tabelului virtual.

Acum, dacă luăm măsura noastră Spread Revenue with Fixed Totals în câmpuri și o plasăm în valori, obținem totalurile adecvate pentru totalurile rândurilor, totalurile coloanelor și totalurile generale. Logica SWITCH TRUE trece prin și impune toată logica de care avem nevoie pentru a obține totalurile corecte.

Cum să creați subtotaluri unice în tabelele LuckyTemplates
Remedierea totalurilor incorecte Utilizând măsuri DAX în LuckyTemplates
Utilizând logica avansată în LuckyTemplates pentru a vă corecta totalurile

Concluzie

În acest blog, v-am arătat cum să remediați totalurile incorecte în matricea LuckyTemplates. Acesta este un construct pe care îl puteți impune pe o masă sau pe o carte, în care construiți logica virtuală pentru rândurile de bază, care de obicei va funcționa dacă aveți o măsură corectă. Și apoi, impuneți doar logica de care aveți nevoie pentru a forța totalul potrivit.

Pare complex, dar cu siguranță util. Sper că totul este clar. Puteți urmări tutorialul video complet de mai jos și puteți consulta linkurile pentru mai mult conținut similar.

Toate cele bune!