Mga Tanong sa Interview ng Power BI

Kaya kang gumawa ng gumaganang report pero matitigil ka pa rin sa mga tanong sa DAX, dahil sinusuri ng interview ang evaluation model, hindi ang listahan ng function. Tinatalakay ng seksyong ito ang mga tanong sa DAX na lumalabas sa halos bawat interview ng Power BI, at ang laman ng isang matibay na sagot.

• Ano ang pagkakaiba ng measure sa calculated column? Kinu-compute ang calculated column nang paisa-isang row habang nag-re-refresh at naka-store ito sa model, kaya kumokonsumo ito ng memory. Kinu-compute ang measure sa oras ng query batay sa kasalukuyang filter context at wala itong ini-imbak. Sabihin ang memory at ang timing, hindi lang “dynamic ang isa”.
• Ipaliwanag ang row context at filter context. Ang row context ang kasalukuyang row habang may iteration, ang filter context naman ang set ng mga filter na inilapat ng slicer, visual, at DAX. Karamihan sa mga nakakalitong resulta ay dahil sa inaasahan mo ang isa pero ang kabila ang nakuha mo.
• Ano ang ginagawa ng CALCULATE? Nagsusuri ito ng expression sa binagong filter context, at kina-convert nito ang row context papunta sa filter context. Ang ikalawang bahaging iyon ang pinakikinggan ng mga interviewer.
• Kailan kailangan ng iterator gaya ng SUMX? Kapag kailangang mangyari ang computation nang paisa-isang row bago mag-aggregate, halimbawa presyo pahiran ng dami, kung walang naka-store na column na may hawak ng produkto.
• Ano ang ginagawa ng ALL, at bakit ito ipinapares sa CALCULATE? Inaalis nito ang mga filter, at ganito ginagawa ang mga measure na percent-of-total.
• Ipaliwanag ang RELATED kumpara sa RELATEDTABLE. Mahalaga ang direksyon: tumatawid ang isa papunta sa panig na “isa”, habang ang isa naman ay nagbabalik ng mga row mula sa panig na “marami”.

Isang kapaki-pakinabang na ugali para sa buong interview: kapag nagsimulang gumala ang sagot sa DAX, bumalik sa context. Halos lahat ng follow-up ay babalik sa kung anong context ang aktibo at kung ano ang nagpalit dito.

Ibinubukod ng mga tanong sa modeling ang mga taong gumagawa lang ng report sa mga taong kayang manguna sa isang dataset. Dimensional ang inaasahang bokabularyo.

• Star schema o snowflake, at bakit? Star, para sa query performance at mas simpleng DAX, na may denormalized na mga dimension. Snowflake lang kapag talagang malaki o shared ang isang dimension. Ang isang flat na table ang sagot na nagtatapos agad sa interview.
• Ano ang fact table at ano ang dimension table? Naglalaman ang fact ng mga masusukat na event sa isang itinakdang grain, naglalaman naman ang dimension ng mga attribute na ginagamit mong pang-slice.
• Bakit mahalaga ang relationship cardinality at direksyon ng cross-filter? May dahilan kung bakit default ang isa-sa-marami na may iisang direksyon; nagdadala ng ambiguity ang bidirectional filtering at posibleng magbunga ng maling total.
• Paano mo hinahawakan ang relationship na marami-sa-marami? Isang bridge table, kasabay ng paliwanag kung ano ang ibig sabihin ng mga total pagkatapos.
• Bakit kailangan ng nakalaang date table? Kailangan ng time intelligence function ng isang tuloy-tuloy at markadong date table; kung wala nito, mali ang kilos ng mga measure na year-to-date at prior-year.
• Power Query o DAX para sa transformation na ito? I-shape sa Power Query kung maaari, dahil doon nagaganap ang transformation nang isang beses lang sa refresh, hindi sa bawat query.

May BI analyst na kinapanayam para sa isang retail reporting team na tinanong kung bakit tama ang sales total kapag pinagbukod-bukod ayon sa produkto pero mali kapag ayon sa rehiyon. Ang sagot na hinahanap ng panel ay tungkol sa modeling, isang bidirectional relationship na lumilikha ng malabong filter path, hindi isang pag-rewrite ng DAX. Ang pag-diagnose muna sa antas ng model ang instinct na sinusubok dito.

Nakatipon ang iba pang koleksyon ng tanong ayon sa role sa mga tanong sa interview ayon sa role.

Lumalabas ang mga tanong na ito sa mga interview para sa BI developer at analytics engineer, at dito naubusan ng masasabi ang mga kandidatong nag-build lang sa Power BI Desktop.

• Import, DirectQuery, o Composite? Pinakamabilis mag-query ang Import pero limitado ito ng memory at ng refresh window. Pinapanatiling updated ng DirectQuery ang data at itinutulak nito ang load pabalik sa source, na may mga limitasyon sa DAX. Pinagsasama ng Composite ang dalawa. Ibigay ang trade-off at isang kundisyong nagpapasya nito.
• Para saan ang on-premises data gateway? Para ikonekta ang mga cloud service sa mga source sa likod ng corporate network, para sa naka-iskedyul na refresh at DirectQuery.
• Paano gumagana ang incremental refresh? Pinapartition ayon sa date range para ang mga kamakailang partition lang ang mag-re-reload, na naka-configure gamit ang mga range parameter na inaasahan ng feature na ito.
• Paano mo ipinapatupad ang row-level security? Mga role na may DAX filter expression sa mga dimension table, kasama ang dynamic na security na gumagamit ng function ng naka-log-in na user para hanapin ang user sa isang mapping table.
• Workspace, app, dataset, report: paano sila nag-uugnay? Batayang kaalaman sa serbisyo, at isang madaling itsihang tanong para sa taong nag-Desktop lang.
• Paano mo pinapabuti ang mabagal na report? Bawasan ang visual bawat page, unahin ang measure sa halip na calculated column, bawasan ang cardinality sa mga relationship column, at suriin gamit ang Performance Analyzer.

Kung ang karanasan mo ay Desktop lang talaga, sabihin ito nang malinaw at ilarawan kung ano pa ang kailangan mong matutunan. Tinatanggap ng mga interviewer ang inamin na kakulangan; hindi nila tinatanggap ang gawa-gawang karanasan sa deployment na bumabagsak sa susunod na follow-up.

Nabibigo nang malakas ang mga sagot sa Power BI sa tiyak na paraan: alam ng kandidato ang pagkakaiba pero pabilog-bilog niya itong ipinapaliwanag, dahil sa pag-click lang niya ito ipinakita hanggang ngayon. Nagdudulot ng recognition ang pagbabasa ng question bank, at bumabagsak ang recognition na iyon kapag nagtanong at naghihintay ang isang estranghero.

Pumili ng limang tanong sa itaas na pinakaayaw mong itanong sa iyo at sagutin ang bawat isa nang malakas sa loob ng wala pang siyamnapung segundo, walang screen. Kung hindi mo masabi kung ano ang ginagawa ng CALCULATE nang hindi gumuguhit, hindi ka pa handang sabihin ito sa harap ng isang panel. Mas malapit sa tunay na usapan ang pag-uulit ng parehong mga tanong sa isang AI interviewer na may follow-up kumpara sa muling pagbabasa ng notes, at para dito ginawa ang mode na mock interview.

Dinisenyo ni Aaron Cao, tagapagtatag ng SubcueAI, ang practice mode sa paligid ng pag-eensayo sa halip na paghahatid ng content, dahil sagana ang mga listahan ng tanong pero hindi ganoon karami ang mga pagkakataong magsalita nang malakas. Sa isang tunay na interview, kaya ng desktop app at ng Side Panel ng browser extension na ilantad ang istruktura habang nagsasalita ang interviewer, na pinakamalaking tulong sa content na alam mo na. Nasa tutorial page ang mga hakbang sa setup.