Tabulky v LuckyTemplates: Typy a rozdíly

Chci dnes strávit nějaký čas povídáním o tabulkách v LuckyTemplates. S každým problémem narážíme neustále na tabulky, ale ve skutečnosti netrávíme mnoho času přemýšlením o nich samotných. Celé video tohoto tutoriálu si můžete prohlédnout ve spodní části tohoto blogu.

Nedávno se objevil příspěvek od člena LuckyTemplates, Ashtona, který vždy přichází s dobrými otázkami, které nutí k zamyšlení. Jeho dotaz mě přivedl k přemýšlení o vzoru, který vidím docela pravidelně a chci se mu věnovat v tomto tutoriálu.

Nebyla to chyba, kterou udělal, ale je to běžná chyba. Mnohokrát jsem viděl, že lidé říkají, že mají potíže s virtuálním stolem, například když to v první řadě není virtuální stůl.

V LuckyTemplates existuje skutečný rozdíl mezi typy tabulek.

Přirovnání, které bych dal, je, kdyby někdo řekl: „Hele, nedávno jsem adoptoval psa a mám s tím psem potíže a zajímalo by mě, jestli můžeš pomoci“ a není to pes, ale vlk. Oba jsou to špičáci, ale existuje několik docela velkých rozdílů, které chcete vzít v úvahu.

Takže i když jsou všechny do stejné rodiny, stejně jako tabulky v LuckyTemplates, jsou to důležité rozdíly, které skutečně ovlivňují řešení a způsob, jakým tyto tabulky používáte. A tak jsem chtěl znovu navštívit Ashtonovu otázku a poté se trochu ponořit do rozdílů mezi tabulkami, které najdete v LuckyTemplates, a ukázat, jak to ovlivňuje způsob, jakým s nimi nakládáte.

Otázka byla docela jednoduchá, ale je v ní trochu víc, než se na první pohled zdá. Měl jednoduchý soubor dat, který říká klienty, druh ovoce, které si koupili, množství a pak jen indexové číslo.

Chtěl mít kráječ s možností vícenásobného výběru , takže pokud vyberete řekněme pomeranč, vytáhne všechny klienty, kteří si pomeranče koupili, ale také ukáže, co ještě koupili.

Pokud tedy tento výběr (oranžový) vypneme, můžeme vidět celý soubor dat. Můžeme také vidět, že se jedná o dva klienty (Joe a Mary), kteří zakoupili pomeranče, ale každý z nich měl také další nákup.

A tak první věc, o které víme, je, že kráječ ovoce musí být odpojený stůl kráječů. Pokud by to byl běžný kráječ, trefili byste oranžovou a v podstatě by to v tabulce vyřadilo všechno kromě oranžové. Protože je to dynamické, víme také, že máme problém s virtuální tabulkou.

Pojďme se do toho tedy trochu ponořit, ale než to uděláme, podívejme se na různé typy tabulek, které najdeme v LuckyTemplates.

Obsah

• Tři Typy Stolů V LuckyTemplates
• Řešení měření DAX pro virtuální stůl
• Závěr

Tři Typy Stolů V LuckyTemplates

Existují tři typy tabulek, které pravidelně nacházíme. První z nich je nejběžnější a je to fyzická tabulka, a to jsou skutečně vaše primární data. Kdykoli provedete Načíst data nebo zadáte data přímo prostřednictvím této možnosti nebo v, uděláte odkaz nebo duplikát nebo načtete data prostřednictvím prázdného dotazu, jako je tabulka Datum, což je fyzická tabulka.

Fyzická tabulka není plně dynamická, ale má všechny tyto další vlastnosti, které zvyšují velikost souboru, protože se jedná o fyzická data. Je přístupný v Power Query. Vztahy v datovém modelu jsou obvykle vytvářeny prostřednictvím fyzických vztahů. Nemusí být, ale obvykle jsou. Používají se pro primární data a vizualizujete je buď prostřednictvím zobrazení dat, nebo pomocí Power Query.

Fyzická tabulka není plně dynamická, ale má všechny tyto další vlastnosti, které zvyšují velikost souboru, protože se jedná o fyzická data. Je přístupný v Power Query. Vztahy v datovém modelu jsou obvykle vytvářeny prostřednictvím fyzických vztahů. Nemusí být, ale obvykle jsou. Používají se pro primární data a vizualizujete je buď prostřednictvím zobrazení dat, nebo pomocí Power Query.

Ta, která se často zaměňuje s virtuální tabulkou, je tato vypočítaná tabulka nebo to, co můžeme také označit jako tabulku výrazů DAX. To má přímou analogii s vypočítanými sloupci, které se vytvářejí prostřednictvímvýrazy. To se provádí prostřednictvím karty Modelování a možnosti Nová tabulka a poté zadáte výraz DAX.

Ta, která se často zaměňuje s virtuální tabulkou, je tato vypočítaná tabulka nebo to, co můžeme také označit jako tabulku výrazů DAX. To má přímou analogii s vypočítanými sloupci, které se vytvářejí prostřednictvím výrazů DAX. To se provádí prostřednictvím karty Modelování a možnosti Nová tabulka a poté zadáte výraz DAX.

Jak můžete vidět z níže uvedené srovnávací tabulky, vypočítaná tabulka se v profilu značně liší od fyzické tabulky nebo virtuální tabulky. Není plně dynamický.

Aby bylo možné získat nové informace, je třeba jej obnovit. Zvyšuje fyzickou velikost souboru. Na rozdíl od přímé fyzické tabulky není v Power Query přístupná. Stejně jako se v Power Query nezobrazuje počítaný sloupec, nezobrazuje se ani počítaná tabulka. Má však další aspekty fyzické tabulky.

Obvykle se vypočítané tabulky používají jako podpůrné tabulky a používají se častěji pro ladění. Nyní existují lepší nástroje jako DAX Studio a Tabular Editor, takže se k tomu tak často nepoužívá. Tuto tabulku zobrazíte prostřednictvím zobrazení dat.

A upřímně řečeno, stejně jako vypočítané sloupce, je obecně něco, od čeho se držet dál. Existují lepší způsoby, jak věci dělat, než pomocí vypočítaných tabulek.

A pak je analogie s mírami pravdivá. Ty jsou vytvářeny v kontextu opatření prostřednictvím Kodexu opatření DAX. Na rozdíl od ostatních dvou typů tabulek jsou plně dynamické. Nezvětšují velikost souboru, protože jsou na vyžádání. Stejně jako míry jsou virtuální tabulky počítány na vyžádání v paměti a všechny se používají v průběhu kontextů, pro které jsou potřeba.

Nejsou dostupné v Power Query. Nemůžeš na ně dát fyzický vztah. Pokud je spojíte ve svém datovém modelu, uděláte tak pomocí virtuálních vztahů, nejčastěji s.

Virtuální tabulky se používají pro mezivýpočty v mírách, protože míra nemůže vrátit hodnotu tabulky a musí vrátit skalární hodnotu. Obvykle je tedy používáte jako průběžný výpočet, na základě kterého generujete své scalery, které jsou výsledným produktem vašeho měření.

Tyto tabulky můžete vizualizovat v nástrojích, jako je DAX Studio, Tabular Editor nebo New Table, což je opět pravděpodobně nejméně žádoucí způsob, protože zahlcuje váš datový model hromadou dalších tabulek, pokud toto neodstraníte.

Řešení měření DAX pro virtuální stůl

Když se vrátíme k Ashtonově otázce, při pohledu na tabulku můžeme říci, že je dynamická. Můžeme také dělat více možností a to se plně mění za běhu. A díky tomu víme, že se jedná o virtuální tabulku, protože další dvě (fyzické a vypočítané tabulky) nejsou plně dynamické. Víme také, že jde o odpojenou tabulku, jak jsem zmínil na začátku.

K vyřešení jsem použil koncept Rubber Duck. V předchozím tutoriálu jsem mluvil o tomto konceptu gumového duckingu, který vyvíjí koncepční řešení problému, než začnete kopat do konkrétního DAX.

A tak pro řešení gumové kachny jsem v podstatě sestavil tento odpojený stůl kráječe. Pak jsem sklidil hodnotu těch kráječů. Dále jsem přišel s virtuální tabulkou, která filtrovala klienty podle těch, kteří si zakoupili výběry v odpojené tabulce.

Pak jsem vzal tento seznam klientů a filtroval jsem naše původní data, která tito klienti nastavili, abych kromě hodnoty sliceru přišel s klienty a nákupy, které tito klienti provedli.

Pojďme se podívat na konkrétní opatření, abychom viděli, jak to dopadlo, a některé úvahy, které máte při práci s virtuálními stoly.

První věcí bylo vyvinout dvě sklizňová opatření pro naše hodnoty. První je hodnota odpojeného sliceru.

Vzhledem k tomu, že jsme měli v požadavku vícenásobný výběr, znamenalo to, že jsme nemohli jen používat. Takže to, co jsem udělal, je použitífunkce k zachycení potenciálně jednoho nebo více výběrů v tomto odpojeném průřezu. Pro klienty, protože budeme mít jednoho klienta na každém řádku, který vyhodnocujeme, můžeme použít SELECTEDVALUE.

Další věc, kterou jsem udělal, byla tato proměnná virtuální tabulky ( VAR Buyers ), která začíná. Poté přejde do filtrováníklientů podle toho, zda provedli nákup ovoce, který byl v našich hodnotách odpojeného kráječe, či nikoli.

Můžeme to zkontrolovat provedením dotazu DAX. Můžeme to udělat buď v DAX Studiu, nebo v Tabular Editoru. Vezměme si zde míru naší virtuální tabulky a zkopírujte ji do Tabular Editoru. Ujistíme se, že nám dává hodnoty, které očekáváme, že uvidíme, což by byly Joe a Mary.

Dotazy DAX vždy vracejí tabulky a vždy začínaly EVALUATE, takže sem přidáme EVALUATE. Ve výsledku však nic nedostaneme. Důvodem je, že vybraná proměnná sklizně ovoce odpojení ( SelDisconnFruit ) nemá povědomí o kráječi. Je to vytržené z kontextu.

Takže způsob, jak to otestovat, je tak nějak uměle nastavovat hodnotu sliceru. SelDisconnFruit zde nahradíme malým stolkem. Zadejte oranžovou (hodnotu tohoto výřezu) mezi klikaté závorky . A teď tu máme výsledek, kterým je Joe a Mary. Díky tomu virtuální stůl funguje přesně tak, jak jsme si mysleli, že bude.

Takže se nyní můžeme vrátit k našemu vyjádření míry. Jednou z náročných věcí na virtuálních tabulkách je to, že lze snadno vytvářet virtuální tabulky v rámci opatření . Ale nemůžete vrátit virtuální tabulku jako výsledek měření . Potřebujeme tedy vrátit skalár, ale to zachycuje relevantní aspekt virtuální tabulky.

Takže tady máme virtuální tabulku, která nám říká, kteří klienti zakoupili ovoce, které bylo v hodnotovém kráječi. Můžeme nastavit další proměnnou ( VAR BuyerIn ), která říká, že pokud byl vybraný klient v tabulce tohoto kupujícího, dostane jedničku . A pokud ne, dostane nulu .

Potom vezmeme výsledky a vložíme je do podokna filtrů. Říkáme, že ukazatel klíčových kupujících je jeden, a to budou klienti, kteří zakoupili, v tomto případě pomeranče.

A tak tím filtrujeme naši původní datovou tabulku až na správné záznamy. Můžete vidět, že nyní vytváří virtuální tabulku a provádí filtrování správně na základě každého výběru.

Závěr

To je většina toho, co jsem chtěl dnes pokrýt. Je to poměrně jednoduchý příklad virtuální tabulky, ale se zaměřením na rozdíl mezi fyzickými tabulkami, vypočítanými tabulkami a virtuálními tabulkami.

Pokud jde o virtuální tabulky, je třeba se vrátit k mnoha zajímavým problémům, zejména s laděním opatření virtuálních tabulek. To je něco, k čemu se vrátím během několika příštích týdnů, ale prozatím je to vše z tohoto tutoriálu.

Na zdraví!