Skapa LuckyTemplates-rapporter effektivt och undvik dolda fallgropar

I den här handledningen kommer jag att diskutera fyra dolda fallgropar i LuckyTemplates som kan förstöra din datamodell och/eller din rapport. Jag kommer att visa dig inte bara hur du undviker dessa problem när du skapar LuckyTemplates-rapporter, utan hur du skapar en omfattande mall som effektivt tar itu med dem alla och påskyndar din LuckyTemplates-utveckling. Du kan se hela videon av denna handledning längst ner på den här bloggen.

Innehållsförteckning

• 4 Ryttare av LuckyTemplates Apocalypse i att skapa LuckyTemplates-rapporter
  • Upptäcka relationer automatiskt
  • Automatiskt datum/tid
  • Markera datumtabeller när du skapar LuckyTemplates-rapporter
  • Automatisk sammanfattning
• Slutsats

4 Ryttare av LuckyTemplates Apocalypse i att skapa LuckyTemplates-rapporter

Upptäcka relationer automatiskt

Den första fallgropen när du skapar LuckyTemplates-rapporter är Automatisk identifiering av relationer . Detta förvandlar beslutsfattandet om din datamodellering från ditt omdöme och expertis till en automatiserad process inom power BI. Jag tycker att Microsoft borde ta tillbaka Clippy från 90-talet för att åtminstone ge dig en rättvis varning och låta dig godkänna om du vill att de ska göra saker med din datamodell eller inte.

Detta är ett verkligt exempel från något arbete som en vän till mig gjorde fördatautmaning 15. Hon lade in den här tabellen Totala vinster i en nyare datamodell och glömde att stänga av Auto-detect Relationships.

Som ett resultat byggde den in tre relationer i denna tabell av fel typ i fel riktning och lade till dubbelriktade relationer istället för enkelriktade relationer. Det skapade mycket otydlighet inom hennes modell och undergrävde noggrannheten i hennes DAX.

Om det här inte säger dig att du ska stänga av det är jag inte säker på vad som kommer att göra det. Dessutom, om du har Auto-detect Relationships på och du lägger in en frånkopplad tabell i din modell, till exempel skördevärden för en slicer, men du inte vill att den är kopplad till din datamodell, kommer den att automatiskt koppla ihop dessa och gör i princip det frånkopplade elementet i den tabellen som du försökte uppnå värdelöst.

Automatiskt datum/tid

Det andra jag vill prata om är automatiskt datum/tid . Jag tror att detta är en funktion som var avsedd att hjälpa nybörjare, som inte var medvetna om krångligheterna med dedikerade Date-tabeller.

Den här funktionen skapar en enda datumtabell för vart och ett av datumen och din datamodell på ena sidan av en en-till-många-relation. Så det kan skapa, i vissa fall, fem eller sex olika datumtabeller inom din modell. Det betyder också att det är skapat på ett sätt så att man måste hantera datumen i ett konstigt hierarkiskt format. Det rör inte bara modellen, utan det gör det svårt att arbeta med dem.

Så låt oss hoppa in i LuckyTemplates. Vi ska skapa en mallfil, stänga av alla dessa funktioner i mallen och sedan spara den mallen med någon annan funktionalitet. Vi kan öppna upp det varje gång vi återskapar en ny rapport och låta den ignorera de fyra ryttarna.

Nu, om vi går till Alternativ och inställningar, kommer du att se i Global att det inte finns något sätt att stänga av den automatiskt upptäcka relationer. Det enda sättet att stänga av det är i Data Load under Current File. Så om du inte gör en mall måste du stänga av den varje gång. Och om du inte kommer ihåg, kommer det att skapa några av de där dåliga relationerna.

Så stäng av det samt automatiskt datum/tid. Se dessutom till att Identifiera kolumntyper och rubriker för ostrukturerade källor också är avstängda, vilket är något i att, särskilt med CSV-filer, kan orsaka problem eftersom det bara bedömer baserat på de första hundra raderna. Återigen, det tar några dåliga beslut som potentiellt kommer att orsaka problem när du är BI-rapporter.

Du kan också stänga av automatiskt datum/tid globalt, vilket betyder att vi har besegrat de två första ryttarna direkt utanför porten.

Vi går vidare, vi kommer att lägga in en datumtabell i vår mall. Datumtabellen jag använder är Melissas otroliga Extended Date-tabell, som du kan hitta i LuckyTemplates-forumet.

Nu går vi till LuckyTemplates, går till Hem, den nya källan och sedan Blank Query . Sedan, om vi går in i den avancerade redigeraren, kan vi klistra in tabellkoden för utökat datum.

Och vid det här laget har vi ett beslut att fatta. Eftersom vi använder en mall vet vi inte hur faktatabellen kommer att se ut. Det kommer att vara olika för varje rapport.

Och så, om dina faktatabeller tenderar att ha en ganska konstant varaktighet, kan du skapa ett dynamiskt start- och slutdatum för din Date-tabell. Men vad jag vanligtvis gör i den här situationen är att jag bara använder ett år som jag vet inte är korrekt, men som jag vet är att om jag glömmer att gå in och ändra saker kommer att ge mig riktigt konstiga resultat. Sedan kommer det att spola mitt minne och påminna mig om att gå in och matcha datumen för min Date-tabell med min faktatabell.

Så i det här exemplet ska jag bara lägga 1950 här. Vi vill alltid använda ett helt år i vår datumtabell, så jag lägger det till slutet av 1950. Räkenskapsåret börjar, låt oss säga, den 1 juli.

Vi trycker sedan på Invoke och den bygger den där Date-tabellen åt oss. Senare, när vi vet varaktigheten av våra faktatabeller, går vi bara in här och ändrar dessa datum. Det kommer att uppdatera datumtabellen för att matcha dessa varaktigheter.

Markera datumtabeller när du skapar LuckyTemplates-rapporter

Nu vill jag prata om tabeller för markering av datum . Det här är en av de andra ryttare som vi inte har gjort med ännu. I din Datumtabell kan du göra det antingen i modellvyn eller i tabellvyn. Jag brukar göra det i tabellvyn.

Det kommer att fråga dig efter fältet som du vill validera. I den utökade datumtabellen kommer det alltid att vara fältet Datum .

När du trycker på validera gör den sex saker i följd. Det bekräftar att datumfältet innehåller unika värden, att det inte innehåller nollvärden, att det innehåller sammanhängande datumvärden och att om det är ett datum/tid-fält (vilket det inte är i det här fallet, så är det ett datumfält). Om det vore ett datum/tid-fält skulle det bekräfta att det har samma tidsstämpel för var och en av posterna för det datumet.

Dessutom blir det av med de automatiska datumhierarkierna som jag pratade om tidigare. Det tillåter också att vissa funktioner som förväntar sig ett kontinuerligt validerat datum under tidsintelligens fungerar korrekt. I vissa fall kommer dessa funktioner inte att fungera korrekt utan en korrekt markerad datumtabell och ett validerat datumfält.

Så genom att markera din Date-tabell gör den alla de där bra sakerna, och det gör vi i mallen. Även när vi ändrar längden på start- och slutdatumet kommer det fortfarande att finnas kvar som en markerad datumtabell.

Automatisk sammanfattning

Det sista vi vill göra är den automatiska sammanfattningen .

Det sista vi vill göra är den automatiska sammanfattningen . Om vi ​​går till vår fältvy ser vi summeringstecknen bredvid alla våra numeriska fält. Du kommer att se under kolumnverktyg att den lägger en summering av Summa bredvid alla dessa. Den förutsätter att den vet vad vi vill göra med dessa.

Detta kommer till frågan om implicita kontra explicita åtgärder. Återigen, du vill inte överlåta detta beslutsfattande till LuckyTemplates att du vill skapa explicita mått, och du vill stänga av dessa Sum-funktioner. I inbyggda LuckyTemplates finns det inget sätt att stänga av alla dessa samtidigt.

Så då har du den mödosamma uppgiften att gå igenom var och en där sammanfattningen har lagts till, och gå till Kolumnverktyg och sedan klicka ner på Sammanfatta inte . När du gör det ser du att det tar bort summeringstecknet.

Men du kommer att märka att denna datumtabell har många av dessa automatiska sammanställningar. Du kanske undrar om det finns ett enklare sätt att göra detta. Svaret är att det finns – du kan använda Tabular Editor 3 (TE3).

Vi kommer att dra fördel av det avancerade skriptläget i TE3 för att bara stänga av allt detta på en gång. För att göra det går vi till Makron och klickar sedan på Stäng av sammanfattning för hela modellen . Du kommer att se att det bara är ett relativt kort C-sharp script.

Sedan går vi tillbaka till TOM Explorer, klickar på vår datamodell, högerklickar på makron och klickar sedan på Stäng av sammanfattning för hela modellen. Och det stängde av sammanfattningen för hela vår Date-tabell med bara ett par klick. Det är bara en fantastisk funktion i TE3.

Utöver dessa fyra ryttare finns det ytterligare en viktig sak som du behöver göra. Du måste gömma dina nyckelfält på faktatabellsidan av relationen. För att göra detta måste du gå igenom dem individuellt och gömma var och en av dem i inbyggda LuckyTemplates. Men du kan också skriva in det i TE3 och med bara två klick görs allt korrekt i din mall.

Efter att ha slagit ut dessa fyra ryttare gör vi våra liv enklare ur utvecklingssynpunkt, vad gäller teman och bakgrunder. Du kan skapa något sånt här – en mall med din företagslogotyp, bakgrundsfärgen etc. Efter detta kan du sedan spara den som en PBIT-mall, inte som en PBX-fil. När du öppnar den här filen kommer den att ge dig en bra startplats för din design med alla dessa fyra ryttare avstängda och "besegrade".

Slutsats

I den här bloggen visade jag dig de fyra dolda fallgroparna i LuckyTemplates, hur du undviker dem och fler tips för snabb och enkel rapportutveckling. Förhoppningsvis ger detta dig lite god tankeställare och hur du skulle vilja skapa en liknande mall och undvika några av de stora fallgroparna när du skapar.

Skål!