Hvorfor bruk av LuckyTemplates-variabler er en bedre måte å skrive DAX-mål på

Å bruke variabler er en fin måte å sørge for at resultatene dine legger seg slik de burde på slutten av målingene. Variabler er en så viktig del av å skrive og løse formler inne i LuckyTemplates, og jeg skal vise deg hvorfor. Du kan se hele videoen av denne opplæringen nederst på denne bloggen.

Innholdsfortegnelse

• Eksempeldata visualisert i Gantt-diagram
• Bruke variabler i komplekse formler
• Bruke variabler kontra måle forgrening
• Konklusjon

Eksempeldata visualisert i Gantt-diagram

For å vise viktigheten av å bruke variabler i DAX-målene dine, vil jeg bruke denne rimelig komplekse formelen som et eksempel. Jeg brukte dette til et nylig medlemsarrangement for LuckyTemplates om prosjektledelse.

For å visualisere dataene laget jeg dette unike Gantt-diagrammet. Du vil se at det er mye logikk innebygd i det, slik at jeg kan fargekode dataene som viser informasjon som når et prosjekt startet, når det ble avsluttet, og så videre.

La oss ta en rask gjennomgang av dataene bak dette diagrammet.

Du vil se at jeg har start- og sluttdatoen for hver enkelt oppgave i et bestemt prosjekt. Det som tilfører formelen kompleksitet er det faktum at jeg også har en kolonne for %Fullføring.

Hvordan visualiserer jeg fullføringsgraden i diagrammet mitt? Dette vises ved å vise de gjeldende live-oppgavene spesifisert basert på de forskjellige live-oppgavene for hver kategori.

Jeg måtte også bruke en rekke forskjellige farger på diagrammet mitt for forskjellige oppgavekategorier i hvert prosjekt, så jeg endte opp med å bruke betinget formatering i matrisen min for å få alt til å skje. 

Nå, når jeg blar gjennom LuckyTemplates-støtteforumet, vil jeg ofte se brukere bruke svært komplekse formler når de arbeider med data som dette. Sannheten er at mange av disse bør brytes ned i variabler.

Bruke variabler i komplekse formler

Uansett hva du prøver å beregne, vil jeg bare vise deg oppsettet du bør sikte på hvis du ikke bruker variabler så mye. Jeg vil at du skal se hvorfor du trenger å bruke variabler her og hvordan jeg har brukt dem for å få dette til å fungere.

Du kan faktisk referere til variabler i variabler. Dette betyr at du kan bygge opp mye av regnestykket ditt før du legger inn noe under RETUR. 

Det er viktig å huske at hvert resultat beregnes individuelt i LuckyTemplates. Så du må vurdere konteksten for hvert enkelt resultat også.

Så du vil se at jeg brukte VAR for CurrentDay, ProjectDays og DaysFromStartDate. Jeg tok også DaysFromEndDate ved å referere til DaysFromStartDate og ProjectDays.

Etter det gjorde jeg videre logikkarbeid på ProgressColor og CompletionPercent.

En annen interessant ting med variabler er at du også kan legge inn noen TRUE eller FALSE logikk. Normalt vil du se en lang liste med IF-utsagn her oppe på hovedformelen. Men denne gangen valgte jeg å plassere den TRUE eller FALSE logikken inne i VAR ved å bruke ToCompletionLogic og MAX Days større enn eller lik MAX Days mindre enn eller lik, og så videre.

Du vil også se at jeg har lagt inn IF-utsagnene mine i SWITCH-formelen min her, som er en mer effektiv tilnærming.

IF-setningene er nå lettere å forstå fordi logikken bare trenger å skrives én gang inn i variablene i stedet for å være referanser for hver setning på denne listen.

Bruke variabler kontra måle forgrening

Du lurer kanskje på hvorfor jeg ikke brukte måleforgrening i dette tilfellet, vel vitende om at jeg også har nevnt det ganske mange ganger før.

Det er fordi mye av logikken som brukes her kun er for denne spesifikke beregningen. Den kan ikke gjenbrukes i resten av modellen min.

Så i dette spesielle tilfellet er det bedre å sette den som en variabel i én formel der du faktisk bruker den, i motsetning til at den tar opp mye plass i målgruppene dine. 

Fordi det er lokalt for bare denne beregningen, bestemte jeg meg for å plassere alle disse tingene inne i variabler og lage en enkelt formel som løser det hele. 

Det er viktig å merke seg at jeg ikke bygde denne formelen fra bunnen av. Jeg hadde opprinnelig alle disse separert i forskjellige mål. Det er for å være sikker på at jeg beregnet de riktige resultatene i hver kontekst. Derfra ryddet jeg opp i det hele ved å bygge dette ene tiltaket.

Så når det gjelder syntaksen, har du variablene dine på toppen og deretter RETURN-funksjonen for å skrive inn logikken din her nede. 

Konklusjon

Nå som du ser applikasjonen jeg brukte, forstår du forhåpentligvis hvorfor jeg foretrekker å bruke variabler i tilfeller som disse.

En ting jeg vil understreke her er viktigheten av å forstå hver enkelt variabel før du lager en kompleks formel som den jeg laget.

Jeg ser dette også mye i vårt supportforum. De går rett inn i det lange målet og lurer på hvorfor resultatene ikke vises riktig. Du må virkelig forstå hvordan hvert enkelt resultat beregnes. Når du har plassert dem alle i det eneste endelige målet, er det ingen måte å revidere de individuelle resultatene.

Når du har en god forståelse av hvordan det fungerer, kan du endelig lage mer avanserte formler ved å bruke variabler uten å ha flere problemer til slutt.

Beste ønsker