Otázky pro pohovor Power BI

Můžete vytvořit funkční report a přesto uvíznout na otázkách DAX, protože pohovory prověřují evaluation model, ne seznam funkcí. Tato sekce popisuje otázky DAX, které se objevují téměř v každém pohovoru o Power BI, a co obsahuje silná odpověď.

• Jaký je rozdíl mezi measure a calculated column? Calculated column se počítá řádek po řádku během refresh a ukládá se do modelu, což spotřebovává paměť. Measure se počítá v okamžiku dotazu vůči aktuálnímu filter context a nic neukládá. Zmiňte paměť a načasování, ne jen "jedna je dynamická".
• Vysvětlete row context a filter context. Row context je aktuální řádek během iterace, filter context je množina filtrů uplatněných slicery, vizuály a DAX. Většina matoucích výsledků vzniká z očekávání jednoho a získání druhého.
• Co dělá CALCULATE? Vyhodnocuje výraz v upraveném filter context a převádí row context na filter context. Právě tuto druhou polovinu tazatelé poslouchají.
• Kdy potřebujete iterátor jako SUMX? Když se výpočet musí provést po řádcích před agregací, například cena krát množství, když žádný uložený sloupec neobsahuje součin.
• Co dělá ALL, a proč se páruje s CALCULATE? Odstraňuje filtry, a tak se staví measure procenta z celku.
• Vysvětlete RELATED versus RELATEDTABLE. Na směru záleží: jedna přechází na stranu one, druhá vrací řádky ze strany many.

Užitečný zvyk pro celé kolo: když odpověď na DAX začne bloudit, vraťte se ke context. Téměř každá doplňující otázka se scvrkne na to, který context je aktivní a co ho změnilo.

Otázky o modelingu odlišují tvůrce reportů od lidí, kteří dokážou dataset skutečně vlastnit. Očekávaná slovní zásoba je dimensional.

• Star schema nebo snowflake, a proč? Star, kvůli výkonu dotazů a jednoduššímu DAX, s denormalizovanými dimension. Snowflake jen tam, kde je dimension opravdu velká nebo sdílená. Jedna plochá tabulka je odpověď, která kolo předčasně ukončí.
• Co je fact table a co je dimension table? Fact obsahují měřitelné události na daném grain, dimension obsahují atributy, podle kterých data řežete.
• Proč záleží na cardinality vztahu a směru cross-filter? One-to-many s jedním směrem je výchozí z nějakého důvodu; obousměrné filtrování vnáší nejednoznačnost a může vést k nesprávným součtům.
• Jak řešíte vztah many-to-many? Bridge table, spolu s vysvětlením, co pak součty znamenají.
• Proč potřebujete vyhrazenou date table? Funkce time intelligence vyžadují souvislou, označenou date table; bez ní se measure year-to-date a za předchozí rok chovají špatně.
• Power Query nebo DAX pro tuto transformaci? Tvarujte data v Power Query, kde to jde, protože transformace se tam dějí jednou při refresh, ne při každém dotazu.

BI analyst na pohovoru pro tým reportingu v retailu dostal otázku, proč součet tržeb vypadá správně podle produktu, ale špatně podle regionu. Odpověď, kterou panel chtěl, byla odpovědí o modelingu, obousměrný vztah vytvářející nejednoznačnou cestu filtru, ne přepis DAX. Diagnostika nejprve na úrovni modelu je instinkt, který se testuje.

Další banky otázek podle role jsou shromážděny pod otázky k pohovoru podle role.

Tyto otázky se objevují v kolech pro BI developer a analytics engineer, a tam kandidátům, kteří stavěli jen v Power BI Desktop, dojde materiál.

• Import, DirectQuery nebo Composite? Import je nejrychlejší na dotazování a je omezen pamětí a okny refresh. DirectQuery udržuje data aktuální a přenáší zátěž na zdroj, s omezeními DAX. Composite je kombinuje. Uveďte kompromis a jednu podmínku, která ho rozhoduje.
• K čemu slouží on-premises data gateway? Propojuje cloudové služby se zdroji za firemní sítí, pro naplánovaný refresh a DirectQuery.
• Jak funguje incremental refresh? Rozdělení podle rozsahu dat tak, aby se znovu načítaly jen nedávné partitions, nakonfigurované parametry rozsahu, které funkce očekává.
• Jak implementujete row-level security? Role s filtrovacími výrazy DAX na dimension table, s dynamickou security využívající funkci přihlášeného uživatele k jeho vyhledání v mapovací tabulce.
• Workspace, app, dataset, report: jak spolu souvisí? Základní znalost služby, a snadná otázka, kterou lze zpackat, pokud jste pracovali jen v Desktop.
• Jak zlepšíte pomalý report? Omezte počet vizuálů na stránku, preferujte measure před calculated column, snižte cardinality na sloupcích vztahů a prověřte to Performance Analyzer.

Pokud je vaše zkušenost výhradně v Desktop, řekněte to otevřeně a popište, co byste se museli naučit. Tazatelé přijímají otevřeně přiznanou mezeru; nepřijímají vymyšlenou zkušenost s deployment, která se rozpadne u další doplňující otázky.

Odpovědi o Power BI selhávají nahlas specifickým způsobem: kandidát rozdíl zná, ale vysvětluje ho v kruzích, protože ho vždy jen předváděl klikáním. Čtení banky otázek vytváří rozpoznání, a rozpoznání se zhroutí, když se zeptá a čeká cizí člověk.

Vyberte si pět otázek výše, které byste nejméně chtěli dostat, a odpovězte na každou nahlas za méně než devadesát sekund, bez obrazovky. Pokud nedokážete říct, co dělá CALCULATE, aniž byste to kreslili, nejste připraveni to říct před panelem. Spouštění stejných promptů proti AI interviewer, který klade doplňující otázky, je blíž skutečné konverzaci než opětovné čtení poznámek, a přesně na to je postavený režim mock interview.

Aaron Cao, zakladatel SubcueAI, navrhl praktický režim kolem opakování spíše než předávání obsahu, protože seznamů otázek je dostatek, ale opakování mluvení ne. V živém kole mohou desktopová aplikace a Side Panel rozšíření prohlížeče ukazovat strukturu, zatímco tazatel mluví, což pomáhá nejvíc u materiálu, který už znáte. Kroky nastavení jsou na stránce tutorial.