LuckyTemplates-meetwaarde totaal is onjuist: hoe dit te verhelpen

U kunt problemen tegenkomen met metingen in LuckyTemplates-tabelvisualisaties met een totaalrij. De gebruikelijke klacht is dat de rij "Totaal" "onjuist" is voor de meting. Gewoonlijk is de totale rij correct voor de maat, het is gewoon niet wat de meeste mensen verwachten. In deze tutorial ga ik ons ​​door dit veelvoorkomende probleem met LuckyTemplates meten totaal en hoe dit op te lossen. Je kunt de volledige video van deze tutorial onderaan deze blog bekijken.

Het totaal van LuckyTemplates-metingen is een probleem geweest zolang LuckyTemplates bestaat. Dus om dit probleem op te lossen, ging ik eerst naar DAX Studio en maakte ik een . Als je nog nooit een dumpfilters hebt gezien, lijkt deze veel op die hieronder.

De meting van dumpfilters bepaalt welke filters worden toegepast uit de verschillende tabellen en kolommen binnen het datamodel. Het is heel eenvoudig te genereren binnen DAX Studio. U kunt DAX Studio starten, op een willekeurige tabel klikken en zeggen Define Filter Dump Measures (All Tables) en het genereert alle code voor u.

Het enige dat u hoeft te doen om het in LuckyTemplates te krijgen, is het uit deze filters te halen en al die code te kopiëren en vervolgens in een nieuwe meting te plakken, wat ik deed. Daar komt deze dumpfilters maatregel vandaan.

Ik heb ook een tooltip-pagina gebouwd waarop ik een kaartvisualisatie heb gemaakt en de dumpfilters in die kaartvisualisatie heb geplaatst. Hierdoor kunnen we de filters binnen de tabelvisualisaties of de matrixvisualisaties bekijken .

Om tooltips in te schakelen, kunt u op een visual op uw matrix of uw tabel klikken. In dit voorbeeld heb ik hier een matrix en een tabel die beide hetzelfde probleem met de maattotalen demonstreren. U kunt naar Algemeen gaan en knopinfo inschakelen. Als u wilt, kunt u aangeven dat het een rapportpagina is.

Als ik over deze 290 beweeg, kan ik zien dat er een filter op staat van tabelcategorie is gelijk aan categorie één. Deze is categorie twee, waar we een subcategorie hebben die gelijk is aan blauw, groen en rood. Dit komt allemaal voort uit een zeer eenvoudige gegevensquery waarbij ik zes rijen heb.

De laatste stap is het creëren van een meting die het probleem van het totaal van de meting zal vertonen. En als je goed kijkt, zie je al dat het totaal niet klopt.

Wat DAX betreft, is het correct, maar elk normaal mens die hiernaar kijkt, zou denken dat dit volkomen verkeerd is. Ik moet zelfs geloven dat dit waarschijnlijk een belangrijke oorzaak is waarom mensen denken dat het een enorme barrière vormt voor de acceptatie van LuckyTemplates.

Er is het simpele feit dat meettotalen verkeerd zijn bij de start. De tabelvisualisaties en matrixvisualisaties vertonen eigenlijk niet het juiste gedrag.

Inhoudsopgave

• Een surrogaatmaat gebruiken
• Onjuist LuckyTemplates-meettotaal corrigeren
• Conclusie

Een surrogaatmaat gebruiken

Ik heb deze tabel hier met mijn meettotalen. Alles wat ik heb gedaan is een snelle en daar 10 van aftrekken. Dit is een surrogaat voor elke redelijk ingewikkelde maat. Als je het probleem van de maattotalen kunt laten zien met zoiets eenvoudigs als dit, dan zal het in veel van je maten opduiken.

De filtercontext voor deze totalenrij is anders, dus het lijkt erop dat DAX gewoon wordt uitgevoerd in de context van alle. Als ik bijvoorbeeld op categorie 1 klik, is het correct.

Het is dus duidelijk dat de filtercontext van Categorie = Categorie 1 wordt genomen.

Het heeft deze extra filtercontext van deze categorie niet zonder invloed van buitenaf. Als ik hierheen zweef, kunt u zien dat het leeg is. Er is niets dat dit momenteel filtert. Deze rijen hebben een filter op de categorie, maar daar wordt helemaal geen rekening mee gehouden.

Dus hoe lossen we het op? Laten we eens kijken naar de maat die ik heb gemaakt.

Onjuist LuckyTemplates-meettotaal corrigeren

Ik noemde deze Maat Totalen Categorie , en er staat, als tabelcategorie, geef dan gewoon mijn maat terug die correct is op een regel-voor-regel item.

Anders ga ik die tabel per categorie , en dan ga ik mijn maat voor elke regel berekenen. Dan ga ik de waarden optellen.

Kortom, ik maak deze tabelvisualisatie opnieuw, dan som ik de resulterende waarden van die meting op die rijen op, en dat lost het op.

Nu, dit is allemaal goed en wel. Het is een vrij gemakkelijke oplossing, maar naar mijn mening is het echt schadelijk voor de visualisatie van selfservice.

Als je een redelijk complexe maatregel hebt en je promoot selfservicevisualisatie terug naar je eindgebruikers, dan is het een goede gok dat je geen idee hebt hoe ze die maatregel gaan gebruiken en hoe ze zullen zijn ermee werken.

U kunt hier bijvoorbeeld het probleem zien. Ik heb de categorieën Meettotalen correct, maar hier beneden is het onjuist. Het retourneert zelfs de verkeerde regel-voor-regelitems.

De reden hiervoor is dat categorieën nooit in scope zijn. Dus volgens onze meting retourneert de tabelcategorie ISINSCOPE de totalen van de meting.

Nou, dat is nooit het geval. Het maakt altijd een samenvatting per categorie en vervolgens per waarde, wat helemaal verkeerd is.

Dus nu moeten we een andere meting maken, Measure Total Subcategory , die, als ISINSCOPE-subcategorie, het regelitem op die rij retourneert. Anders telt u de waarden per subcategorie op in totaal, wat ons het juiste antwoord geeft.

Conclusie

Dit is waarom het schadelijk is voor selfservice-visualisatie, omdat je geen idee hebt hoe de eindgebruikers het gaan gebruiken en wat ze in een tabel zullen stoppen. Je moet voor elke mogelijke combinatie een maat schrijven, wat gek is.

Ik hoop dat je iets hebt geleerd van deze tutorial. Als u dergelijke problemen bent tegengekomen, deel dan met ons hoe u hiermee omging.

Al het beste!

Greg