Berekende kolommen LuckyTemplates: tips en praktische tips

In deze zelfstudie worden de best practices voor het gebruik van berekende kolommen in LuckyTemplates besproken . We zullen ook de DAX-formules doornemen die zijn gebruikt om ze te maken.

In eerdere discussies hebben we besproken hoe we verschillende metingen in LuckyTemplates kunnen schrijven, maar een andere techniek die we kunnen gebruiken, is het maken van berekende kolommen.

Naast metingen is het gebruik van berekende kolommen een geweldige manier om berekeningen binnen tabellen uit te voeren.

Degenen die gewend zijn om Excel te gebruiken, kennen dit concept goed.

Inhoudsopgave

• • Excel versus LuckyTemplates
• Onjuist: berekende kolommen gebruiken voor feitentabellen
• Correct: berekende kolommen gebruiken in opzoektabellen
• Berekende kolommen versus metingen
• Conclusie

Excel versus LuckyTemplates

In Microsoft Excel schrijven we meestal formules aan het einde van elke kolom om het gewenste resultaat te krijgen, wat het meest voorkomt bij grotere gegevenssets.

Dit concept kan ook in LuckyTemplates. Er is echter een betere manier om dit te doen door metingen te gebruiken om berekeningen uit te voeren.

In het begin kan het moeilijk zijn om je aan te passen aan deze alternatieve berekeningsmethode. Maar we moeten begrijpen hoe meetwaarden werken, want dit is wat we zullen gebruiken voor de meeste van onze LuckyTemplates-berekeningen.

Onjuist: berekende kolommen gebruiken voor feitentabellen

Nieuwe LuckyTemplates-gebruikers gebruiken meestal berekende kolommen in feitentabellen. Laten we een voorbeeld bekijken om aan te tonen waarom deze praktijk onjuist is.

Laten we eerst een nieuwe kolom maken.

Klik eenvoudig op de knop Nieuwe kolom onder het tabblad Start.

We noemen deze nieuwe kolom Kosten .

We kunnen zien dat we geen bestaande kolom Kosten in de tabel hebben.

Er zijn alleen bestelhoeveelheid en totale kosten per eenheid . Dus om onze kosten te krijgen, kunnen we naar deze twee kolommen verwijzen.

We hoeven geen of andere in onze formule te plaatsen, omdat berekende kolommen op rijniveau werken.

Om een ​​meting te maken, hoeven we alleen maar rechtstreeks naar de kolommen, de bestelhoeveelheid en de totale kosten per eenheid te verwijzen.

Hiermee toont de tabel nu het resultaat van de bestelhoeveelheid vermenigvuldigd met de totale kosten per eenheid in elke rij onder een nieuwe kolom met de naam Kosten .

We moeten dan de indeling van deze kolom wijzigen in een valuta .

We kunnen deze stappen blijven herhalen voor andere maatregelen die we in ons model gaan inbouwen.

Als we een berekende kolom voor Winst willen, hoeven we alleen maar een nieuwe meting te maken. Om de waarde voor Winst te krijgen, trekken we de kolom Kosten af ​​van de kolom Totale opbrengst.

Nogmaals, de resultaten voor deze meting worden weergegeven onder de nieuwe kolom Winst.

Dit is dus wat nieuwe LuckyTemplates-gebruikers vaak doen om deze resultaten te bereiken. Dit is echter onjuist omdat de tabel Verkoop in dit voorbeeld een feitentabel is.

Berekende kolommen mogen niet in feitentabellen worden gedaan.

Correct: berekende kolommen gebruiken in opzoektabellen

Opzoektabellen (zoals Regio's, Producten, Klanten en Datums) hebben de voorkeur wanneer we berekende kolommen willen gebruiken, omdat ze kunnen worden gebruikt met filters.

We gebruiken de tabel Producten om dit concept te demonstreren.

Laten we een nieuwe kolom in deze tabel maken met de naam Verkoop.

Voor dit voorbeeld hebben we al een Total Sales-maatstaf. Dus om deze nieuwe kolom te maken, hoeven we alleen deze maat erin te plaatsen.

We kunnen verder groeperen op producten met behulp van berekende kolommen. Laten we deze nieuwe kolom Productgroepen noemen en vervolgens een -instructie in deze formule typen.

SWITCH TRUE is vergelijkbaar met het gebruik van een geneste -instructie.

Vervolgens typen we het argument in. Als de kolom Verkoop groter is dan 10 miljoen, is deze gelijk aan "Top". Anders is het gelijk aan "Bottom". Plaats ten slotte een BLANK aan het einde.

Zodra we klaar zijn met het bouwen van de metingen en berekeningen, kunnen we doorgaan met het toevoegen van filters en dimensies aan de gegevens in onze rapporten.

Als we de Top- en Bottom-resultaten willen bekijken, kunnen we de kolom Productgroepen als visualisatie in het rapport weergeven.

Berekende kolommen versus metingen

Berekende kolommen zijn beter te gebruiken bij kleine berekeningen.

Als we grote berekeningen hebben in onze grotere tabellen, zoals onze feitentabel, moeten we metingen gebruiken.

Met metingen kunnen we virtuele berekeningen maken in plaats van ze rechtstreeks op een tabel toe te passen; virtuele berekeningen geven meer inzicht.

Sommige feitentabellen kunnen meer dan een miljoen rijen bevatten. Dus als we ervoor kiezen om een ​​berekende kolom te gebruiken, neemt dat een grote ruimte in beslag in onze modellen

Berekende kolommen kunnen veel gegevenspunten in onze feitentabellen creëren die we niet nodig hebben.

Als we in plaats daarvan een meting gebruiken, kunnen resultaten virtueel worden uitgevoerd. En alles wat we hoeven te doen om ze in ons rapport te laten verschijnen, is ze erin te slepen.

Maar verder: waarden in berekende kolommen worden automatisch vernieuwd en opnieuw berekend samen met het rapport . Maar omdat ze zijn gekoppeld aan de rijen in feitentabellen, ondervinden rapporten met meerdere berekende kolommen meestal problemen en vertragingen.

Meetwaarden voeren echter alleen berekeningen uit wanneer ze in rapporten worden gebruikt. Ze nemen geen ruimte in het model in als ze niet worden gebruikt.

LuckyTemplates-gebruikers zullen dus vooral maatregelen gebruiken.

Conclusie

Door deze best practice-tip toe te passen, wordt de functionaliteit in onze rapporten aanzienlijk verbeterd.

We moeten goed begrijpen hoe en waar maatregelen en berekende kolommen in onze LuckyTemplates-modellen moeten worden geïmplementeerd om hun potentieel volledig te benutten.

Ervaren LuckyTemplates-gebruikers weten dat metingen de basis vormen bij het maken van LuckyTemplates-rapporten. We moeten echter ook onthouden dat berekende kolommen beter zijn voor het bouwen van datamodellen en het creëren van inzichten in rapporten.

Al het beste,