Efektivní vytváření zpráv LuckyTemplates a vyhýbání se skrytým nástrahám

V tomto tutoriálu proberu čtyři skrytá úskalí v LuckyTemplates, která mohou zničit váš datový model a/nebo vaši sestavu. Ukážu vám nejen to, jak se vyhnout těmto problémům při vytváření sestav LuckyTemplates, ale jak vytvořit komplexní šablonu, která je všechny efektivně řeší a zároveň urychlí váš vývoj LuckyTemplates. Celé video tohoto tutoriálu si můžete prohlédnout ve spodní části tohoto blogu.

Obsah

• 4 Horsemen Of LuckyTemplates Apokalypsa při vytváření zpráv LuckyTemplates
  • Automatická detekce vztahů
  • Automatické datum/čas
  • Označování tabulek dat při vytváření sestav LuckyTemplates
  • Automatické shrnutí
• Závěr

4 Horsemen Of LuckyTemplates Apokalypsa při vytváření zpráv LuckyTemplates

Automatická detekce vztahů

Prvním úskalím při vytváření sestav LuckyTemplates je Auto-detect Relationships . Tím se rozhodování o vašem datovém modelování změní z vašeho úsudku a odborných znalostí na automatizovaný proces v rámci power BI. Myslím, že Microsoft by měl vrátit Clippyho z 90. let, aby vás alespoň spravedlivě varoval a umožnil vám schválit, zda chcete, aby dělal věci s vaším datovým modelem nebo ne.

Toto je skutečný příklad z nějaké práce, kterou pro ně dělal můj příteldatová výzva 15. Vložila tuto tabulku celkových výher do novějšího datového modelu a zapomněla vypnout funkci Auto-detect Relationships.

Výsledkem bylo, že do této tabulky nesprávného typu zabudoval tři vztahy ve špatném směru a přidal obousměrné vztahy namísto jednosměrných. V jejím modelu to vytvořilo mnoho nejednoznačností a podkopalo přesnost jejího DAX.

Pokud vám to neříká, že byste to měli vypnout, nejsem si jistý, co to udělá. Také, pokud máte zapnutou funkci Auto-detect Relationships a vkládáte do svého modelu odpojenou tabulku, například hodnoty sklizně pro slicer, ale nechcete, aby byla připojena k vašemu datovému modelu, automaticky propojte je a v podstatě zneužijte odpojený prvek této tabulky, kterého jste se snažili dosáhnout.

Automatické datum/čas

Druhá věc, o které chci mluvit, je automatické datum/čas . Myslím, že toto je funkce, která měla pomoci začátečníkům, kteří si nebyli vědomi složitosti vyhrazených datových tabulek.

Tato funkce vytvoří jednu tabulku Datum pro každé z dat a váš datový model na jedné straně vztahu jedna k mnoha. V některých případech tedy může v rámci vašeho modelu vytvořit pět nebo šest různých datových tabulek. Znamená to také, že je vytvořena tak, že se musíte vypořádat s daty v podivném hierarchickém formátu. Nejenže to modeluje nepořádek, ale ztěžuje to práci s nimi.

Pojďme tedy na LuckyTemplates. Vytvoříme soubor šablony, vypneme všechny tyto funkce v šabloně a poté šablonu uložíme s nějakou další funkcí. Můžeme to otevřít pokaždé, když znovu vytvoříme novou zprávu a necháme ty čtyři jezdce ignorovat.

Nyní, když přejdeme do Možnosti a nastavení, uvidíte v Globální, že neexistuje způsob, jak vypnout tuto automatickou detekci vztahů. Jediný způsob, jak jej vypnout, je v Data Load pod Current File. Takže pokud nevytvoříte šablonu, musíte to pokaždé vypnout. A pokud si to nepamatujete, vytvoří to nějaké ty špatné vztahy.

Takže to vypněte, stejně jako automatické datum/čas. Kromě toho se ujistěte, že je vypnuto Detect typů sloupců a záhlaví pro nestrukturované zdroje , což je něco, co může způsobit problémy, zejména u souborů CSV, protože posuzuje pouze na základě prvních několika stovek řádků. Opět dělá některá špatná rozhodnutí, která mohou způsobit problémy, když budete BI reporty.

Můžete také globálně vypnout automatické datum/čas, což znamená, že jsme porazili první dva jezdce přímo z brány.

Pokračujeme a do naší šablony vložíme tabulku Datum. Tabulka Date, kterou používám, je Melissina neuvěřitelná tabulka Extended Date, kterou můžete najít na fóru LuckyTemplates.

Nyní přejdeme do LuckyTemplates, přejdeme na domovskou stránku, nový zdroj a poté na prázdný dotaz . Poté, pokud přejdeme do pokročilého editoru, můžeme vložit kód tabulky Extended Date.

A v tuto chvíli se musíme rozhodnout. Protože používáme šablonu, nevíme, jak bude tabulka faktů vypadat. U každé zprávy to bude jiné.

Pokud tedy vaše tabulky faktů mají tendenci mít poměrně konstantní trvání, můžete pro tabulku Datum vytvořit dynamické počáteční a koncové datum. Nicméně to, co v této situaci obvykle dělám, je, že prostě použiji rok, o kterém vím, že není správný, ale o kterém vím, že když zapomenu jít a změním věci, dá mi to opravdu podivné výsledky. Pak mi to rozproudí paměť a připomene mi, abych šel a porovnal data v mé tabulce Date s tabulkou faktů.

Takže v tomto příkladu sem vložím rok 1950. Vždy chceme v naší tabulce Datum použít celý rok, takže to dám do konce roku 1950. Fiskální rok, řekněme, začíná 1. července.

Poté stiskneme Invoke a vytvoří pro nás tabulku Date. Později, až budeme znát tvar trvání našich tabulek faktů, půjdeme sem a změníme tato data. Aktualizuje tabulku Datum, aby odpovídala těmto trváním.

Označování tabulek dat při vytváření sestav LuckyTemplates

Nyní chci mluvit o tabulkách pro označování data . Toto je jeden z dalších jezdců, se kterými jsme ještě nejednali. V tabulce Datum to můžete provést v zobrazení modelu nebo v zobrazení tabulky. Obvykle to dělám v zobrazení tabulky.

Zeptá se vás na pole, které chcete ověřit. V rozšířené tabulce Datum to bude vždy pole Datum .

Když stisknete tlačítko ověřit, provede se šest věcí v pořadí. Potvrzuje, že pole Datum obsahuje jedinečné hodnoty, že neobsahuje žádné hodnoty null, že obsahuje souvislé hodnoty data a že pokud se jedná o pole Datum/čas (což v tomto případě není, je to pole Datum). Pokud by se jednalo o pole Datum/čas, potvrdilo by to, že má stejné časové razítko pro každý záznam daného data.

Navíc se zbaví automatických hierarchií dat, o kterých jsem mluvil dříve. Umožňuje také správné fungování určitých funkcí, které očekávají souvislé ověřené datum v rámci funkcí časové inteligence. V některých případech nebudou tyto funkce správně fungovat bez řádně označené tabulky Datum a ověřeného pole data.

Označením tabulky Datum tedy provedete všechny ty dobré věci a my to uděláme v šabloně. I když změníme dobu trvání počátečního a koncového data, stále zůstane jako označená tabulka Datum.

Automatické shrnutí

Poslední věc, kterou chceme udělat, je Automatická sumarizace .

Poslední věc, kterou chceme udělat, je Automatická sumarizace . Pokud přejdeme do našeho zobrazení pole, uvidíme znaky součtu vedle všech našich číselných polí. V části Nástroje sloupců uvidíte, že vedle všech je uveden součet Součet. Předpokládá, že ví, co s nimi chceme dělat.

Tím se dostáváme k otázce implicitních versus explicitních opatření. Opět nechcete předat toto rozhodování LuckyTemplates, že chcete vytvořit explicitní míry a chcete tyto funkce Sum vypnout. V nativních LuckyTemplates neexistuje způsob, jak je všechny vypnout najednou.

Pak vás čeká pracný úkol projít každý z nich, do kterého je přidáno toto shrnutí, přejít na Nástroje sloupců a poté kliknout dolů na Neshrnovat . Když to uděláte, uvidíte, že to odstraní znak součtu.

Všimnete si však, že tato tabulka Datum obsahuje mnoho těchto automatických shrnutí. Možná se ptáte, jestli existuje jednodušší způsob, jak to udělat. Odpověď je ano – můžete použít Tabular Editor 3 (TE3).

Využijeme pokročilého režimu skriptování v TE3, abychom to všechno najednou vypnuli. Chcete-li to provést, přejděte na Makra a poté klikněte na Vypnout sumarizaci pro celý model . Uvidíte, že je to jen relativně krátký C-ostrý skript.

Poté se vrátíme do Průzkumníka TOM, klikneme na náš datový model, klikneme pravým tlačítkem na Makra a poté klikneme na Vypnout sumarizaci pro celý model. A to vypnulo shrnutí celé naší tabulky Datum pouhými několika kliknutími. To je prostě úžasná funkce v TE3.

Kromě těchto čtyř jezdců je tu ještě jedna důležitá věc, kterou musíte udělat. Musíte skrýt klíčová pole na straně tabulky faktů vztahu. Chcete-li to provést, musíte je projít jednotlivě a skrýt každý z nich v nativních LuckyTemplates. Ale můžete to také naskriptovat do TE3 a pouhými dvěma kliknutími se vše v šabloně udělá správně.

Po vyřazení těchto čtyř jezdců si zjednodušíme život z hlediska vývoje, pokud jde o témata a pozadí. Můžete si vytvořit něco takového – šablonu s logem vaší společnosti, barvou pozadí atd. Poté ji můžete uložit jako šablonu PBIT, nikoli jako soubor PBX. Když otevřete tento soubor, poskytne vám pěkné výchozí místo pro váš návrh se všemi těmi čtyřmi jezdci vypnutými a „poraženými“.

Závěr

V tomto blogu jsem vám ukázal čtyři skrytá úskalí v LuckyTemplates, jak se jim vyhnout, a další tipy pro rychlý a snadný vývoj sestav. Doufejme, že vám to dá dobrý podnět k zamyšlení a k tomu, jak byste chtěli vytvořit podobnou šablonu a vyhnout se některým z těchto velkých úskalí při vytváření.

Na zdraví!