Beregnede kolonner LuckyTemplates: Tips og bedste praksis

Denne vejledning vil diskutere bedste praksis i at bruge beregnede kolonner i LuckyTemplates . Vi skal også igennembruges til at skabe dem.

I tidligere diskussioner har vi gennemgået, hvordan man skriver forskellige mål i LuckyTemplates, men en anden teknik, vi kan bruge, er at lave beregnede kolonner.

Bortset fra mål er brug af beregnede kolonner en fantastisk måde at få udført beregninger i tabeller.

De, der er vant til at bruge Excel, er meget fortrolige med dette koncept.

Indholdsfortegnelse

• • Excel vs Lucky Templates
• Forkert: Brug af beregnede kolonner til faktatabeller
• Korrekt: Brug af beregnede kolonner i opslagstabeller
• Beregnede kolonner vs. mål
• Konklusion

Excel vs Lucky Templates

I skriver vi normalt formler i slutningen af ​​hver kolonne for at få det resultat, vi ønsker, hvilket er mest almindeligt, når vi har at gøre med større datasæt.

Dette koncept kan også udføres i LuckyTemplates. Der er dog en bedre måde at gøre dette på ved at bruge målinger til at køre beregninger.

Det kan være svært at tilpasse sig denne alternative beregningsmetode, når man starter. Men vi er nødt til at forstå, hvordan foranstaltninger fungerer, fordi disse er, hvad vi vil bruge til de fleste af vores LuckyTemplates-beregninger.

Forkert: Brug af beregnede kolonner til faktatabeller

Nye LuckyTemplates-brugere har en tendens til at bruge beregnede kolonner i faktatabeller. For at demonstrere, hvorfor denne praksis er forkert, lad os se på et eksempel.

Lad os først oprette en ny kolonne.

Du skal blot klikke på knappen Ny kolonne under fanen Hjem.

Vi kalder denne nye kolonne for omkostninger .

Vi kan se, at vi ikke har en eksisterende kolonne med omkostninger i tabellen.

Der er kun ordremængde og samlede enhedsomkostninger . Så for at få vores omkostninger kan vi referere til disse to kolonner.

Vi behøver ikke at sætte eneller andrei vores formel, da beregnede kolonner fungerer på rækkeniveau.

For at oprette et mål, er alt, hvad vi skal gøre, at referere direkte til kolonnerne, ordremængde og samlede enhedsomkostninger.

Hermed vil tabellen nu vise resultatet af Ordremængde ganget med Samlede enhedsomkostninger i hver række under en ny kolonne kaldet Omkostninger .

Vi skal derefter ændre denne kolonnes format til en valuta .

Vi kan fortsætte med at gentage disse trin for andre tiltag, vi vil bygge ind i vores model.

Hvis vi vil have en beregnet kolonne for overskud, er alt, hvad vi behøver, at oprette et nyt mål. For at få værdien for overskud trækker vi kolonnen Omkostninger fra kolonnen Samlet omsætning.

Igen vil resultaterne for denne foranstaltning blive vist under den nye kolonne Fortjeneste.

Så det er, hvad nye LuckyTemplates-brugere plejer at gøre for at opnå disse resultater. Dette er dog forkert, fordi salgstabellen i dette eksempel er en faktatabel.

Beregnede kolonner bør ikke udføres i faktatabeller.

Korrekt: Brug af beregnede kolonner i opslagstabeller

Opslagstabeller (såsom regioner, produkter, kunder og datoer) er at foretrække, når vi ønsker at bruge beregnede kolonner, fordi de kan bruges med filtre.

Vi bruger tabellen Produkter til at demonstrere dette koncept.

Lad os oprette en ny kolonne i denne tabel kaldet Salg.

For dette eksempel har vi allerede et mål for samlet salg. Så for at oprette denne nye kolonne behøver vi kun at placere dette mål inde i den.

Vi kan yderligere gruppere efter produkter ved hjælp af beregnede kolonner. Lad os kalde denne nye kolonne Produktgrupper og derefter skrive en erklæring i denne formel.

SWITCH TRUE svarer til at bruge en indlejretudmelding.

Så skriver vi argumentet. Hvis kolonnen Salg er større end 10 millioner, vil den svare til "Top". Ellers vil det være lig med "Bund". Til sidst skal du placere en BLANK for enden.

Når vi er færdige med at opbygge målene og beregningerne, kan vi fortsætte med at tilføje filtre og dimensioner til dataene i vores rapporter.

Hvis vi vil se på top- og bundresultaterne, kan vi vise kolonnen Produktgrupper som en visualisering i rapporten.

Beregnede kolonner vs. mål

Beregnede kolonner er bedre at bruge, når der er tale om små beregninger.

Når vi har store beregninger i vores større tabeller, såsom vores faktatabel, skal vi bruge mål.

Målinger giver os mulighed for at lave virtuelle beregninger i stedet for at anvende dem direkte på en tabel; virtuelle beregninger giver større indsigt.

Nogle faktatabeller kan have mere end en million rækker. Så hvis vi vælger at bruge en beregnet kolonne, vil den fylde meget i vores modeller

Beregnede kolonner kan skabe mange datapunkter i vores faktatabeller, som vi ikke har brug for.

Hvis vi i stedet bruger et mål, kan resultaterne køres virtuelt. Og alt, hvad vi skal gøre for at få dem til at blive vist i vores rapport, er at trække dem ind.

Men på en anden note opdateres værdier i beregnede kolonner automatisk og genberegnes sammen med rapporten . Men fordi de er knyttet til rækkerne i faktatabeller, oplever rapporter med flere beregnede kolonner normalt problemer og forsinkelser.

Målinger udfører dog kun beregninger, når de bruges i rapporter. De overtager ingen plads i modellen, hvis de ikke bliver brugt.

Således vil LuckyTemplates-brugere for det meste bruge foranstaltninger.

Konklusion

Anvendelse af dette tip til bedste praksis vil i høj grad forbedre funktionaliteten i vores rapporter.

Vi skal have en god forståelse for, hvordan og hvor mål og beregnede kolonner skal implementeres i vores LuckyTemplates-modeller for fuldt ud at maksimere deres potentiale.

Erfarne LuckyTemplates-brugere ved, at foranstaltninger er det vigtigste, når man opretter LuckyTemplates-rapporter. Vi skal dog også huske, at beregnede kolonner er bedre til at bygge datamodeller og skabe indsigt i rapporter.

Alt det bedste,