Primele N zile lucrătoare revizuite – O soluție de limbaj de codare DAX

Să aruncăm o altă privire asupra problemei discutate în acest tutorial , care a comparat în mod dinamic primele N zile lucrătoare ale fiecărei luni. Această problemă s-a bazat pe o interogare a unui membru LuckyTemplates de pe forumul nostru, în care a dorit să caute și să compare în mod dinamic primele 5, 10, 15 și 20 de zile facturabile (în afara weekendurilor și a sărbătorilor) pentru o anumită lună cu luna precedentă.

În loc să folosim Power Query, vom veni cu o soluție de limbaj de codare DAX. Puteți viziona videoclipul complet al acestui tutorial în partea de jos a acestui blog.

În primul videoclip , am venit cu o soluție de interogare de putere despre cum să rezolv această problemă. Dar apoi unul dintre experții noștri LuckyTemplates, Antriksh Sharma, a venit cu o măsură extraordinar de eficientă, în care merită, de asemenea, să o analizăm mai profund. Vom discuta câteva dintre tehnicile pe care le-a folosit în dezvoltarea unei măsuri, care vă vor oferi instrumente suplimentare în cutia dvs. de instrumente DAX.

Cu siguranță a făcut-o pentru mine și pentru unii dintre ceilalți experți care s-au uitat la asta. Comparația similară a zilelor lucrătoare comparabile de-a lungul lunilor este un model valoros, în general, care poate fi folosit în multe situații.

Să ne aprofundăm în interogare de putere și să aruncăm o privire la ceea ce a făcut Antriksh aici. Avem luna și anul , vânzările totale și, în sfârșit, vânzările totale pentru N zile lucrătoare pe care le-am selectat utilizând interogarea de putere pe baza parametrului care se întâmplă dacă am dezvoltat.

Antriksh a adoptat o abordare foarte diferită, în care a folosit o măsură șocant de scurtă pentru a rezolva întreaga problemă. Primul lucru pe care l-am observat despre acest lucru a fost utilizarea comenzii .

Aceasta este o funcție DAX pe care nu o folosesc foarte des, dar se potrivește perfect pentru acest tip de problemă. Dacă aruncăm o privire la Ghidul SQL BI DAX, acesta spune că funcția GENERATE este o funcție de tabel care folosește ca intrare două tabele diferite și apoi face un echivalent al comenzii SQL CROSS APPLY.

Deci, este nevoie de un tabel de bază (Tabel1) și repetă pe acesta, apoi ia o a doua expresie de tabel și o evaluează pentru fiecare rând din primul tabel, apoi revine la tabel ca rezultat.

Să luăm măsura lui Antriksh și să o aruncăm în masă. Putem vedea că produce exact aceleași rezultate ca și soluția de interogare de energie pe care am făcut-o data trecută. Deci este bine și validează destul de bine ambele măsuri.

Să dezactivăm această măsură. Primul filtru aplicat aici este Dates[IsBusinessDay] = TRUE. Aceasta elimină toate datele non-weekend și non-sărbătoare pe baza câmpului tabel de date extins IsBusinessDay.

Vorbim despre asta mult mai mult în primul tutorial , unde am analizat și cum să le legăm în masa noastră de vacanță.

Partea interesantă a acestui lucru vine cu adevărat în cele două intrări în tabel. Primul tabel este doar un tabel cu o singură coloană din câmpul Month & Year din tabelul Date.

Dar a doua intrare în tabel este locul unde se întâmplă lucrurile interesante. Antriksh a folosit o și apoi a folosit parametrul nostru dinamic ca număr de rânduri în TOPN.

Măsurarea vânzărilor totale este atașată celui de-al doilea tabel și apoi aplicată primului tabel.

Cuprins

• Înțelegerea unei măsuri complexe folosind limbajul de codare DAX
• Utilizarea tabelului GENERATE în limbajul de codare DAX
• Ajustați dinamic titlul măsurii
• Concluzie

Înțelegerea unei măsuri complexe folosind limbajul de codare DAX

Una dintre cele mai ușoare modalități de a vă da seama ce face o măsură complexă ca aceasta este să accesați Editorul tabelar . Putem arunca o privire la această expresie și ne dăm seama ce face mai întâi această expresie TOPN.

Să copiem porțiunea TOPN și să creăm o nouă interogare DAX . Rețineți că interogările DAX încep cu EVALUATE.

Când lipim porțiunea TOPN, vom vedea că aceasta trage primele 5 date din tabelul comenzilor de vânzări. Există un tabel în TOPN care este compus din valorile tuturor datelor comenzilor din tabelul de vânzări.

Această funcție TOPN ia valoarea parametrului what-if (care în acest caz este 5) și o aplică câmpului pentru data comenzii de vânzare. Apoi trage primele 5 date în contextul filtrului într-o ordine crescătoare pe baza acelui câmp.

Având în vedere că nu există un context de filtrare suplimentar, este doar extragerea primelor 5 date din întregul tabel.

Coloana @Sales doar adaugă vânzările totale în contextul de filtru adecvat la tabelul TOPN.

Până acum, avem primul tabel al lunii și anului, al doilea tabel al TOPN-ului primului N datează din tabelul de vânzări și apoi vânzările totale asociate cu acesta.

Utilizarea tabelului GENERATE în limbajul de codare DAX

Să aruncăm o privire la ceea ce face acest tabel GENERATE. Vom reveni în Editorul tabelar și vom crea o nouă interogare DAX.

Vom începe așa cum facem întotdeauna cu EVALUATE, lipim în porțiunea GENERATE a codului și facem clic pe 5.

Putem observa că pentru fiecare rând al primului tabel, acesta iterează și se unește cu cele 5 rânduri din tabelul TOPN evaluat în context cu funcția @Sales.

A durat primele 5 zile lucrătoare din aprilie, primele 5 zile lucrătoare din mai, primele 5 zile lucrătoare din iunie și așa mai departe până când ajunge la sfârșitul primului tabel.

Este exact ceea ce avem nevoie, iar acum devine o chestiune relativ simplă de a aduna acele valori. Avem rezultatul (care este variabila de tabel a rezultatelor GENERATE) și apoi trebuie să însumăm funcția @Sales.

În context, acum însumăm primele 5 zile lucrătoare din aprilie, primele 5 zile lucrătoare din mai și așa mai departe până când ajungem la totalul nostru de 23.737.430 USD, caz în care nu are context de lună și an pentru a funcționa .

Aceasta însumează întreaga coloană @Sales și ne obține exact același total pe care l-am avut în soluția noastră de interogare de putere.

Puteți vedea că dacă schimbăm slicer-ul la 10, obținem dinamic aceleași rezultate cu limbajul de codare DAX ca și în interogare de putere.

Avem și diagrama cu bare în partea de jos care se ajustează dinamic pentru a reflecta modificările pe care le-am făcut.

Ajustați dinamic titlul măsurii

Mai este un truc suplimentar pe care voiam să-ți arăt. Puteți să creați o ajustare dinamică a parametrului de tip what-if și să-l legați dinamic într-un titlu de măsură.

De exemplu, dacă schimbăm slicer-ul din partea de sus la 15, acesta va schimba în mod dinamic numele măsurii din partea de jos în Total vânzări pentru primele 15 zile lucrătoare ale fiecărei luni .

Există o modalitate ușoară de a face acest lucru în DAX folosind formatarea condiționată . Practic luăm doar trei șiruri. Primul este vânzările totale pentru primul și apoi concatenați-l cu valoarea pe care o recoltăm din parametrul what-if, apoi legați-o de restul titlului.

Apoi intrăm în vizual, mergem la formatarea condiționată a titlului și facem clic pe fx .

Vom formata după valoarea câmpului și vom alege acea măsură de titlu dinamică. Aceasta va schimba selecția parametrului ce se întâmplă dacă.

Concluzie

Ceea ce avem acum este o soluție completă folosind limbajul de codare DAX. Am discutat despre un mod cu adevărat creativ și eficient de a face acest lucru folosind funcția GENERATE. Vreau să-i mulțumesc lui Antriksh pentru că ne-a împărtășit cunoștințele sale geniale DAX. Am învățat multe în timp ce treceam prin soluția lui DAX și sper că și tu.