Oprettelse af LuckyTemplates-rapporter effektivt og undgå skjulte faldgruber

I denne tutorial vil jeg diskutere fire skjulte faldgruber i LuckyTemplates, der kan ødelægge din datamodel og/eller din rapport. Jeg vil ikke kun vise dig, hvordan du undgår disse problemer, når du opretter LuckyTemplates-rapporter, men hvordan du opretter en omfattende skabelon, der effektivt adresserer dem alle, samt fremskynder din LuckyTemplates-udvikling. Du kan se den fulde video af denne tutorial nederst på denne blog.

Indholdsfortegnelse

• 4 Ryttere af Lucky Templates Apocalypse i at skabe Lucky Templates-rapporter
  • Automatisk registrering af relationer
  • Automatisk dato/tid
  • Markering af datotabeller ved oprettelse af LuckyTemplates-rapporter
  • Automatisk opsummering
• Konklusion

4 Ryttere af Lucky Templates Apocalypse i at skabe Lucky Templates-rapporter

Automatisk registrering af relationer

Den første faldgrube, når du opretter LuckyTemplates-rapporter, er Automatisk registrering af relationer . Dette omsætter beslutningstagningen om din datamodellering fra din dømmekraft og ekspertise til en automatiseret proces inden for power BI. Jeg synes, at Microsoft bør bringe Clippy tilbage fra 90'erne for i det mindste at give dig en rimelig advarsel og give dig mulighed for at godkende, om du vil have dem til at gøre ting med din datamodel eller ej.

Dette er et faktisk eksempel fra noget arbejde, som en af ​​mine venner lavede fordataudfordring 15. Hun satte denne Total Wins-tabel ind i en nyere datamodel og glemte at deaktivere Auto-detect Relationships.

Som et resultat indbyggede den tre relationer i denne tabel af den forkerte type i den forkerte retning og tilføjede tovejsrelationer i stedet for ensrettede relationer. Det skabte en masse tvetydighed i hendes model og underminerede nøjagtigheden af ​​hendes DAX.

Hvis dette ikke fortæller dig, at du skal slukke for det, er jeg ikke sikker på, hvad der vil gøre det. Desuden, hvis du har Auto-detect Relationships aktiveret, og du sætter en afbrudt tabel i din model, f.eks. en høstværdier for en slicer, men du ikke vil have den forbundet til din datamodel, vil den automatisk tilslut dem og gør dybest set det afbrudte element i den tabel, som du forsøgte at opnå, ubrugelig.

Automatisk dato/tid

Den anden ting, jeg vil tale om, er den automatiske dato/tid . Jeg tror, ​​at dette er en funktion, der var beregnet til at hjælpe begyndere, som ikke var klar over forviklingerne ved dedikerede Dato-tabeller.

Denne funktion opretter en enkelt datotabel på hver af datoerne og din datamodel på den ene side af en en-til-mange-relation. Så den kan i nogle tilfælde oprette fem eller seks forskellige Dato-tabeller i din model. Det betyder også, at det er lavet på en måde, så man skal forholde sig til datoerne i et mærkeligt hierarkisk format. Det roder ikke kun modellen, men det gør arbejdet med dem svært.

Så lad os springe ind i LuckyTemplates. Vi vil oprette en skabelonfil, deaktivere alle disse funktioner i skabelonen og derefter gemme skabelonen med en anden funktionalitet. Vi kan åbne op for det, hver gang vi genskaber en ny rapport og få den til at ignorere de fire ryttere.

Nu, hvis vi går til indstillinger og indstillinger, vil du se i Global, at der ikke er nogen måde at slå den automatiske registrering af relationer fra. Den eneste måde at slå det fra er i Data Load under Current File. Så hvis du ikke laver en skabelon, er du nødt til at slå denne fra hver eneste gang. Og hvis du ikke kan huske det, vil det skabe nogle af de dårlige forhold.

Så sluk for det samt automatisk dato/klokkeslæt. Sørg desuden for, at Opdag kolonnetyper og overskrifter for ustrukturerede kilder også er slået fra, hvilket er noget af det, især med CSV-filer, kan give problemer, fordi det kun bedømmer ud fra de første par hundrede rækker. Igen tager den nogle dårlige beslutninger, der potentielt vil forårsage problemer, når du er BI-rapporter.

Du kan også slå automatisk dato/tid fra globalt, hvilket betyder, at vi har besejret de to første ryttere lige ud af porten.

For at komme videre, vil vi indsætte en datotabel i vores skabelon. Dato-tabellen, jeg bruger, er Melissas utrolige Extended Date-tabel, som du kan finde i LuckyTemplates-forummet.

Nu går vi ind i LuckyTemplates, går til Hjem, den nye kilde og derefter Blank Query . Så, hvis vi går ind i den avancerede editor, kan vi indsætte koden for den udvidede dato-tabel.

Og på dette tidspunkt har vi en beslutning at træffe. Da vi bruger en skabelon, ved vi ikke, hvordan faktatabellen kommer til at se ud. Det vil være forskelligt for hver rapport.

Så hvis dine faktatabeller har en tendens til at have en ret konstant varighed, kan du oprette en dynamisk start- og slutdato for din Dato-tabel. Det, jeg dog typisk gør i denne situation, er, at jeg bare bruger et år, som jeg ved ikke er korrekt, men som jeg ved, er, at hvis jeg glemmer at gå ind og ændre på tingene, vil det give mig virkelig mærkelige resultater. Så vil den rykke min hukommelse og minde mig om at gå ind og matche datoerne i min Dato-tabel med min faktatabel.

Så i dette eksempel vil jeg bare sætte 1950 her. Vi ønsker altid at bruge et helt år i vores Dato-tabel, så jeg vil sætte det til slutningen af ​​1950. Regnskabsåret starter, lad os sige, den 1. juli.

Vi trykker derefter på Invoke, og det bygger den dato-tabel for os. Senere, når vi kender varighedsformen af ​​vores faktatabeller, går vi bare ind her og ændrer disse datoer. Den opdaterer datotabellen, så den matcher disse varigheder.

Markering af datotabeller ved oprettelse af LuckyTemplates-rapporter

Nu vil jeg tale om tabeller for markering af dato . Dette er en af ​​de andre ryttere, vi ikke har beskæftiget os med endnu. I din Dato-tabel kan du gøre det enten i modelvisningen eller i tabelvisningen. Jeg gør det typisk i tabelvisningen.

Det vil bede dig om det felt, du vil validere. I den udvidede Dato-tabel vil det altid være Dato- feltet.

Når du trykker på valider, gør den seks ting i rækkefølge. Det bekræfter, at Dato-feltet indeholder unikke værdier, at det ikke indeholder nulværdier, at det indeholder sammenhængende datoværdier, og at hvis det er et Dato/Time-felt (hvilket det i dette tilfælde ikke er, er det et Dato-felt). Hvis det var et Dato/Tid-felt, ville det bekræfte, at det har det samme tidsstempel for hver af indtastningerne på den dato.

Desuden slipper den for de automatiske datohierarkier, som jeg talte om tidligere. Det tillader også, at visse funktioner, der forventer en sammenhængende valideret dato under tidsintelligensfunktioner, fungerer korrekt. I nogle tilfælde vil disse funktioner ikke fungere korrekt uden en korrekt markeret Datotabel og et valideret datofelt.

Så ved at markere din Dato-tabel gør den alle de gode ting, og det gør vi i skabelonen. Selv når vi ændrer varigheden af ​​start- og slutdatoen, forbliver den stadig som en markeret datotabel.

Automatisk opsummering

Den sidste ting, vi ønsker at gøre, er den automatiske opsummering .

Den sidste ting, vi ønsker at gøre, er den automatiske opsummering . Hvis vi går til vores feltvisning, vil vi se summeringstegnene ved siden af ​​alle vores numeriske felter. Du vil se under Kolonneværktøjer, at den sætter en summering af Sum ud for alle disse. Det forudsætter, at det ved, hvad vi vil med disse.

Dette kommer til spørgsmålet om implicitte versus eksplicitte foranstaltninger. Igen, du ønsker ikke at overdrage denne beslutningstagning til LuckyTemplates, at du vil oprette eksplicitte målinger, og du vil slå disse Sum-funktioner fra. I native LuckyTemplates er der ingen måde at slå alle dem fra på samme tid.

Så har du den møjsommelige opgave at gennemgå hver enkelt, hvor den er tilføjet den opsummering til, og gå til Kolonneværktøjer og derefter klikke ned på Opsummer ikke . Når du gør det, vil du se, at det tager summeringstegnet væk.

Men du vil bemærke, at denne datotabel har mange af disse automatiske opsummeringer. Du spekulerer måske på, om der er en nemmere måde at gøre dette på. Svaret er ja, det er der – du kan bruge Tabular Editor 3 (TE3).

Vi vil drage fordel af den avancerede scripting-tilstand i TE3 til bare at slå alt dette fra på én gang. For at gøre det, går vi til Makroer og klikker derefter på Slå opsummering fra for hele modellen . Du vil se, at det kun er et relativt kort C-sharp script.

Derefter går vi tilbage til TOM Explorer, klikker på vores datamodel, højreklikker på makroer og klikker derefter på Slå sammenfatning fra for hele modellen. Og det deaktiverede opsummeringen for hele vores Dato-tabel med blot et par klik. Det er bare en fantastisk funktion i TE3.

Ud over disse fire ryttere er der endnu en vigtig ting, du skal gøre. Du skal skjule dine nøglefelter på faktatabelsiden af ​​forholdet. For at gøre dette skal du gennemgå dem individuelt og skjule hver af dem i indfødte LuckyTemplates. Men du kan også skrive det ind i TE3, og med kun to klik bliver alt gjort korrekt i din skabelon.

Efter at have slået de fire ryttere ud, gør vi vores liv lettere fra et udviklingssynspunkt, hvad angår temaer og baggrunde. Du kan lave sådan noget – en skabelon med dit firmalogo, baggrundsfarven osv. Herefter kan du så gemme den som en PBIT-skabelon, ikke som en PBX-fil. Når du åbner denne fil, vil den give dig et godt udgangspunkt for dit design med alle de fire ryttere slukket og "besejret".

Konklusion

I denne blog viste jeg dig de fire skjulte faldgruber i LuckyTemplates, hvordan du undgår dem og flere tips til hurtig og nem rapportudvikling. Forhåbentlig giver dette dig noget godt stof til eftertanke, og hvordan du gerne vil oprette en lignende skabelon og undgå nogle af de store faldgruber, når du laver.

Skål!