Hvorfor brug af LuckyTemplates-variabler er en bedre måde at skrive DAX-mål på

Brug af variabler er en fantastisk måde at sikre, at dine resultater stemmer overens, som de burde i slutningen af ​​dine målinger. Variabler er så afgørende en del af at skrive og løse formler inde i LuckyTemplates, og jeg vil vise dig hvorfor. Du kan se den fulde video af denne tutorial nederst på denne blog.

Indholdsfortegnelse

• Eksempeldata visualiseret i Gantt-diagram
• Brug af variabler i komplekse formler
• Brug af variable vs måle forgrening
• Konklusion

Eksempeldata visualiseret i Gantt-diagram

For at vise vigtigheden af ​​at bruge variabler i dine DAX-mål, vil jeg bruge denne rimeligt komplekse formel som et eksempel. Jeg brugte dette til en nylig medlemsbegivenhed for LuckyTemplates om projektledelse.

For at visualisere dataene oprettede jeg dette unikke Gantt-diagram. Du vil se, at der er en masse logik indlejret i det, hvilket giver mig mulighed for at farvekode dataene, der viser information som hvornår et projekt startede, hvornår det sluttede og så videre.

Lad os lave en hurtig gennemgang af dataene bag dette diagram.

Du vil se, at jeg har start- og slutdatoen for hver enkelt opgave i et bestemt projekt. Det, der tilføjer kompleksitet til formlen, er, at jeg også har en kolonne for %Completion.

Hvordan visualiserer jeg denne fuldførelsesrate i mit diagram? Dette vises ved at vise de aktuelle live-opgaver specificeret baseret på de forskellige live-opgaver for hver kategori.

Jeg var også nødt til at bruge en række forskellige farver på mit diagram til forskellige opgavekategorier i hvert projekt, så jeg endte med at bruge betinget formatering i min matrix for at få alt det til at ske. 

Nu, når jeg gennemser LuckyTemplates supportforum, så jeg ofte brugere anvende meget komplekse formler, når de beskæftiger sig med data som denne. Sandheden er, at mange af dem bør opdeles i variabler.

Brug af variabler i komplekse formler

Uanset hvad du forsøger at beregne, vil jeg bare vise dig den opsætning, du bør sigte efter, hvis du ikke bruger variabler så meget. Jeg vil have dig til at se, hvorfor du skal bruge variabler her, og hvordan jeg har brugt dem til rent faktisk at få dette til at fungere.

Du kan faktisk referere til variabler i variabler. Det betyder, at du kan opbygge meget af din udregning, inden du indtaster noget under RETURN. 

Det er vigtigt at huske, at hvert resultat beregnes individuelt i LuckyTemplates. Så du skal også overveje konteksten for hvert enkelt resultat.

Så du vil se, at jeg brugte VAR til CurrentDay, ProjectDays og DaysFromStartDate. Jeg tog også DaysFromEndDate ved at henvise til DaysFromStartDate og ProjectDays.

Derefter lavede jeg yderligere logikarbejde på ProgressColor og CompletionPercent.

En anden interessant ting ved variabler er, at du også kan indlejre en SAND eller FALSK logik. Normalt vil du se en lang liste af IF-udsagn heroppe på hovedformlen. Men denne gang valgte jeg at placere den SAND eller FALSK logik inde i VAR ved at bruge ToCompletionLogic og MAX Days større end eller lig med MAX Days mindre end eller lig med, og så videre.

Du vil også se, at jeg har indtastet mine IF-sætninger i min SWITCH-formel her, hvilket er en mere effektiv tilgang.

IF-sætningerne er nu nemmere at forstå, fordi logikken kun skal skrives én gang ind i variablerne i stedet for at være referencer for hver sætning på denne liste.

Brug af variable vs måle forgrening

Du undrer dig måske over, hvorfor jeg ikke brugte måleforgrening i dette tilfælde, velvidende at jeg også har nævnt det en del gange før.

Det er fordi meget af den logik, der bruges her, udelukkende er til denne specifikke beregning. Den kan ikke genbruges i resten af ​​min model.

Så i dette særlige tilfælde er det bedre bare at sætte det som en variabel inde i én formel, hvor du rent faktisk bruger det, i stedet for at lade det fylde meget i dine målegrupper. 

Fordi det er lokalt for netop denne beregning, besluttede jeg at placere alle disse ting inde i variabler og oprette en enkelt formel, der løser det hele. 

Det er vigtigt at bemærke, at jeg ikke har bygget denne formel fra bunden. Jeg havde oprindeligt alle disse adskilt i forskellige mål. Det er for at sikre mig, at jeg beregnede de korrekte resultater i hver kontekst. Derfra ryddede jeg op i det hele ved at bygge dette ene mål.

Så med hensyn til syntaksen, har du dine variabler øverst og derefter RETURN-funktionen for at indtaste din logik hernede. 

Konklusion

Nu hvor du ser den applikation, jeg brugte, forstår du forhåbentlig, hvorfor jeg foretrækker at bruge variabler i tilfælde som disse.

En ting, som jeg gerne vil understrege her, er vigtigheden af ​​at forstå hver enkelt variabel, før du laver en kompleks formel som den, jeg lavede.

Det ser jeg også meget i vores supportforum. De går direkte ind i det lange mål og undrer sig over, hvorfor resultaterne ikke vises korrekt. Du skal virkelig forstå, hvordan hvert enkelt resultat beregnes. Når du først placerer dem alle i den enkelte endelige foranstaltning, er der ingen måde at revidere de individuelle resultater på.

Når du har en god forståelse af, hvordan det virker, kan du endelig oprette mere avancerede formler ved hjælp af variabler uden at have flere problemer i sidste ende.

Alt det bedste