Domande di colloquio Power BI
Di Aaron Cao · Aggiornato il

I colloqui Power BI si concentrano sull'evaluation context di DAX, sul data modeling e sull'architettura di refresh. Aspettatevi di spiegare una measure rispetto a una calculated column, descrivere filter context e row context, giustificare uno star schema, scegliere tra Import e DirectQuery, e impostare la row-level security.
Quali domande DAX emergono in ogni colloquio?
Potete costruire un report funzionante e comunque bloccarvi sulle domande DAX, perché i colloqui verificano il modello di valutazione, non l'elenco delle funzioni. Questa sezione tratta le domande DAX che compaiono in quasi ogni colloquio Power BI, e cosa contiene una risposta solida.
- Qual è la differenza tra una measure e una calculated column? Una calculated column viene calcolata riga per riga durante il refresh e memorizzata nel modello, consumando memoria. Una measure viene calcolata al momento della query rispetto al filter context corrente e non memorizza nulla. Citate la memoria e la tempistica, non solo "una è dinamica".
- Spiegate row context e filter context. Il row context è la riga corrente durante un'iterazione, il filter context è l'insieme dei filtri applicati da slicer, visual e DAX. La maggior parte dei risultati confusi deriva dall'aspettarsi uno e ottenere l'altro.
- Cosa fa CALCULATE? Valuta un'espressione in un filter context modificato, e converte il row context in filter context. È quella seconda parte che gli intervistatori ascoltano.
- Quando serve un iteratore come
SUMX? Quando il calcolo deve avvenire riga per riga prima dell'aggregazione, ad esempio prezzo per quantità quando nessuna colonna memorizzata contiene il prodotto. - Cosa fa
ALL, e perché abbinarlo a CALCULATE? Rimuove i filtri, ed è così che si costruiscono le measure di percentuale-sul-totale. - Spiegate
RELATEDcontroRELATEDTABLE. La direzione conta: una attraversa verso il lato one, l'altra restituisce righe dal lato many.
Un'abitudine utile per l'intero colloquio: quando una risposta DAX inizia a divagare, tornate al context. Quasi ogni domanda di approfondimento si riduce a quale context è attivo e cosa lo ha cambiato.
Come rispondere alle domande di data modeling?
Le domande di modeling separano chi costruisce report da chi sa davvero gestire un dataset. Il vocabolario atteso è dimensionale.
- Star schema o snowflake, e perché? Star, per le prestazioni delle query e un DAX più semplice, con dimensioni denormalizzate. Snowflake solo se una dimensione è davvero grande o condivisa. Un'unica tabella piatta è la risposta che chiude il colloquio in anticipo.
- Cos'è una fact table e cos'è una dimension table? Le fact contengono eventi misurabili a un grain dichiarato, le dimension contengono gli attributi con cui si affetta il dato.
- Perché contano la cardinalità della relazione e la direzione del cross-filter? Uno-a-molti a direzione singola è il default per un motivo; il filtro bidirezionale introduce ambiguità e può produrre totali sbagliati.
- Come gestite una relazione many-to-many? Una bridge table, con una spiegazione di cosa significano i totali dopo.
- Perché serve una date table dedicata? Le funzioni di time intelligence richiedono una date table contigua e marcata; senza, le measure year-to-date e dell'anno precedente si comportano male.
- Power Query o DAX per questa trasformazione? Modellate in Power Query dove possibile, perché lì le trasformazioni avvengono una sola volta al refresh, non a ogni query.
A un BI analyst in colloquio per un team di reportistica retail è stato chiesto perché un totale vendite risultasse corretto per prodotto ma sbagliato per regione. La risposta voluta dal panel era di modeling, una relazione bidirezionale che crea un percorso filtro ambiguo, non una riscrittura DAX. Diagnosticare prima a livello di modello è l'istinto sotto esame.
Altri elenchi di domande specifici per ruolo sono raccolti in domande di colloquio per ruolo.
Cosa chiedono su refresh, security e deployment?
Queste domande compaiono nei colloqui per BI developer e analytics engineer, ed è lì che i candidati che costruiscono solo in Power BI Desktop esauriscono il materiale.
- Import, DirectQuery o Composite? Import è il più veloce da interrogare ed è limitato da memoria e finestre di refresh. DirectQuery mantiene i dati aggiornati e sposta il carico sulla sorgente, con limitazioni DAX. Composite li mescola. Date il tradeoff e una condizione che lo decide.
- A cosa serve un on-premises data gateway? Collega i servizi cloud alle sorgenti dietro una rete aziendale, per il refresh pianificato e DirectQuery.
- Come funziona l'incremental refresh? Partizionando per un intervallo di date così che si ricarichino solo le partizioni recenti, configurato con i parametri di intervallo attesi dalla funzionalità.
- Come implementate la row-level security? Ruoli con espressioni di filtro DAX sulle dimension table, con security dinamica che usa la funzione dell'utente collegato per cercarlo in una tabella di mapping.
- Workspace, app, dataset, report: come si relazionano? Alfabetizzazione base del servizio, e una domanda facile da fallire avendo lavorato solo in Desktop.
- Come migliorate un report lento? Riducete i visual per pagina, preferite le measure alle calculated column, tagliate la cardinalità sulle colonne di relazione, e ispezionate con Performance Analyzer.
Se la vostra esperienza è interamente in Desktop, ditelo apertamente e descrivete cosa dovreste imparare. Gli intervistatori accettano una lacuna dichiarata; non accettano un'esperienza di deployment inventata che si sfalda alla domanda di approfondimento successiva.
Come ci si esercita per un colloquio Power BI?
Le risposte Power BI falliscono ad alta voce in un modo specifico: il candidato conosce la distinzione ma la spiega girando in tondo, perché l'ha sempre e solo dimostrata cliccando. Leggere un elenco di domande produce riconoscimento, e il riconoscimento crolla quando uno sconosciuto chiede e aspetta.
Scegliete le cinque domande sopra che vorreste meno vi venissero poste e rispondete a ciascuna ad alta voce in meno di novanta secondi, senza schermo. Se non sapete dire cosa fa CALCULATE senza disegnare, non siete pronti a dirlo in un panel. Eseguire gli stessi prompt contro un AI interviewer che fa domande di approfondimento è più vicino alla conversazione reale che rileggere gli appunti, ed è per questo che è stata costruita la modalità mock interview.
Aaron Cao, fondatore di SubcueAI, ha progettato la modalità pratica attorno alla ripetizione piuttosto che alla trasmissione di contenuti, perché gli elenchi di domande sono abbondanti e le ripetizioni del parlare no. In un colloquio dal vivo l'app desktop e il Side Panel dell'estensione browser possono far emergere la struttura mentre l'intervistatore parla, il che aiuta di più sul materiale che già conoscete. I passaggi di configurazione sono nella pagina tutorial.
FAQ
I colloqui Power BI includono un test pratico?
Quanto SQL mi serve per un ruolo Power BI?
Qual è la singola domanda di colloquio Power BI più comune?
Devo imparare DAX Studio o Tabular Editor prima del colloquio?
Un assistente AI può aiutare durante un colloquio Power BI dal vivo?
Domande correlate
- Quali domande vengono poste in un colloquio video HireVue?
- Quali domande vengono poste in un colloquio AWS?
- Quali domande vengono poste in un colloquio DSA?
- Quali domande vengono fatte in un colloquio sales?
- Quali domande vengono poste in un colloquio per il servizio clienti?
- Quali domande vengono poste in un colloquio di lavoro nel settore non profit?