LuckyTemplates Mål i alt er forkert: Sådan rettes det

Du kan støde på problemer med målinger i LuckyTemplates tabelvisualiseringer med en samlet række. Den sædvanlige klage er, at rækken "Total" er "forkert" for målingen. Normalt er den samlede række korrekt for målet, det er bare ikke, hvad de fleste forventer. I denne tutorial vil jeg tage os igennem dette almindelige problem med LuckyTemplates måle total og hvordan man løser det. Du kan se den fulde video af denne tutorial nederst på denne blog.

LuckyTemplates mål total har været et problem, så længe LuckyTemplates har eksisteret. Så for at løse dette problem, var det første jeg gjorde, at jeg gik ind og oprettede en . Hvis du aldrig har set et dumpfilter måle, ligner det meget det nedenfor.

Dump-filtre-mål bestemmer, hvilke filtre der anvendes fra de forskellige tabeller og kolonner i datamodellen. Det er virkelig nemt at generere i DAX Studio. Du kan starte DAX Studio, klikke på en tabel og sige, Definer filterdumpmål (alle tabeller) , og det genererer al koden for dig.

Alt du skal gøre for at få det ind i LuckyTemplates er at tage det fra disse filtre og kopiere al den kode og så bare indsætte den i en ny målestok, hvilket er hvad jeg gjorde. Det er der, denne dumpefiltre-foranstaltning kom fra.

Jeg har også lavet en kortvisualisering og sat dumpfiltre mål i den kortvisualisering. Dette giver os mulighed for at se eller .

For at slå værktøjstip til, kan du klikke på en visualisering på din matrix eller din tabel. I dette eksempel har jeg en matrix og en tabel her, der begge viser det samme problem med måltotaler. Du kan gå til Generelt og bare slå værktøjstip til. Hvis du vil, kan du angive, at det er en rapportside.

Hvis jeg svæver over denne 290, kan jeg se, at den har et filter på den af ​​tabelkategori svarende til kategori et. Denne er kategori to, hvor vi har en underkategori svarende til blå, grøn og rød. Alt dette kommer fra en meget simpel dataforespørgsel, hvor jeg har seks rækker.

Det sidste trin er at oprette en foranstaltning , der vil udstille måltotalens problem. Og hvis du kigger godt efter, kan du allerede se, at totalen ikke er korrekt.

Hvad angår DAX, er det korrekt, men ethvert normalt menneske, der ser på dette, ville tro, at det er helt forkert. Faktisk er jeg nødt til at tro, at dette sandsynligvis er en førende årsag til, hvorfor folk tror, ​​det er en enorm barriere for vedtagelsen af ​​LuckyTemplates.

Der er det simple faktum, at måltotaler er forkerte ude af porten. Tabelvisualiseringerne og matrixvisualiseringerne udviser faktisk ikke korrekt adfærd.

Indholdsfortegnelse

• Brug af et surrogatmål
• Reparation af forkerte LuckyTemplates Mål Total
• Konklusion

Brug af et surrogatmål

Jeg har denne tabel her med mine måltotaler. Alt jeg har gjort er en hurtigog trukket 10 fra. Dette er en erstatning for enhver rimeligt kompliceret foranstaltning. Hvis du kan udstille problemet med måltotaler med noget så simpelt som dette, vil det dukke op i mange af dine mål.

Filterkonteksten for denne totalrække er anderledes, så det ser ud til, at DAX kun udføres i sammenhængen med alle. Hvis jeg for eksempel klikker på kategori 1, er det korrekt.

Så det tager åbenbart filterkonteksten for kategorien = kategori 1.

Den har ikke denne ekstra filterkontekst af denne kategori uden ekstern påvirkning. Hvis jeg svæver herover, kan du se, at det er tomt. Der er ikke noget, der filtrerer dette lige nu. Disse rækker har et filter på kategorien, men det tager den slet ikke højde for.

Så hvordan fikser vi det? Lad os tage et kig på det mål, jeg oprettede.

Reparation af forkerte LuckyTemplates Mål Total

Jeg kaldte denne Mål Totals Category , og den siger, iftabelkategori, så returnerer du bare mit mål, der er korrekt på en linje-for-linjepost.

Ellers gør jeg detden tabel efter kategori, og så vil jeg beregne mit mål for hver linje. Så vil jeg opsummere værdierne.

Grundlæggende genskaber jeg denne tabelvisualisering, så opsummerer jeg de resulterende værdier fra det mål på disse rækker, og det løser det.

Nu er det alt godt og godt. Det er en ret nem løsning, men det er virkelig skadeligt for selvbetjeningsvisualisering efter min mening.

Hvis du har en rimelig kompleks foranstaltning, og du fremmer selvbetjeningsvisualisering tilbage til dine slutbrugere, så er det et godt bud, at du ikke har nogen idé om, hvordan de vil bruge denne foranstaltning, og hvordan de vil være arbejder med det.

Du kan for eksempel se problemet her. Jeg har måltotaler-kategorierne korrekte, men de er forkerte hernede. Det returnerer endda de forkerte linje-for-linje-poster.

Grunden til dette er, at kategorier aldrig er i omfang. Så ifølge vores mål returnerer tabelkategorien ISINSCOPE måltotalerne.

Nå, det er aldrig tilfældet. Det er altid at lave en opsummering efter kategori og derefter efter værdi, hvilket er helt forkert.

Så nu skal vi oprette et andet mål, Mål total underkategori , som, hvis ISINSCOPE underkategori, returnerer linjeposten på den række. Ellers opsummerer du efter underkategori i alt værdierne, hvilket giver os det rigtige svar.

Konklusion

Det er derfor, det er skadeligt for selvbetjeningsvisualisering, fordi du ikke aner, hvordan slutbrugerne skal bruge det, og hvad de vil lægge i en tabel. Du bliver nødt til at skrive et mål for hver mulig kombination, hvilket er vanvittigt.

Jeg håber, du har lært noget af denne tutorial. Hvis du er stødt på problemer som dette, så del med os, hvordan du har håndteret dem.

Alt det bedste!

Greg