Domande dell'intervista SSAS

Question

A scopo di intervista quali domande possiamo aspettarci dalla prospettiva di SSAS.

a) Entry/Beginners level (1-6 months) 

b) Intermediate 

c) Advance 

Grazie

Answer 1

Ecco alcuni approcci generali che uso per intervistare diversi gruppi di programmatori SSAS:

verificare la conoscenza delle offerte per Sviluppo Cubes

1. chiedere al candidato di spiegare tutti i passaggi necessari per completare in BIDS per creare e pubblicare un cubo da zero. Per motivi di semplicità, di solito chiedo loro di presumere che abbiano un data warehouse del metodo Kimball su un server SQL con 2 tabelle dei fatti e 5 tabelle delle dimensioni.

La maggior parte dei candidati che sostengono di avere un'esperienza SSAS può spiegare il ciclo di vita della costruzione di un cubo, ma raramente possono effettivamente spiegare i passaggi per costruire un cubo correttamente. Gli utenti esperti dovrebbero parlare della configurazione della connessione databse, della creazione di un DSV, della creazione di un cubo, della generazione di tabelle dimensionali o della modifica delle tabelle di dimensioni create dal cubo, della definizione delle relazioni degli attributi per le dimensioni, della definizione delle relazioni nel cubo tra le tabelle dei fatti e delle dimensioni, distribuzione del cubo, ecc. I candidati dovrebbero conoscere la terminologia dentro e fuori.

2. Se il candidato descrive il processo top-line per la creazione di cubi in BIDS, quindi eseguire il drill in dettagli sul DSV. Quali sono le query con nome? Quali sono i vantaggi e gli svantaggi delle query denominate? Dovresti collegare direttamente a tabelle, viste o query con nome? Le viste hanno vantaggi rispetto ai collegamenti diretti alle tabelle?

3. Chiedere al candidato di descrivere in dettaglio in che modo aggiungere un nuovo attributo a una dimensione. Supponiamo per semplicità che qualcuno abbia già aggiunto la colonna alla tabella del database sottostante e ora è necessario regolare la definizione del cubo e distribuire le modifiche.

4. Chiedi al candidato come si mantengono i cubi di giorno in giorno. Chiedi le differenze tra i cubi e le dimensioni di elaborazione completa rispetto ai cubi di elaborazione parziale. Chiedi cosa succede se un cliente annulla un ordine e come dovrebbe propagarsi attraverso il data warehouse. Verifica se il candidato parla delle transazioni in stile di contabilità generale rispetto alle modifiche di stato e in che modo influisce sull'elaborazione della tabella dei fatti. Chiedi informazioni su come vengono utilizzate le partizioni, come sono definite, quando devi utilizzarle e quando non dovresti usarle.

5. Fare domande dettagliate su vantaggi e svantaggi delle dimensioni di data, dimensioni temporali, come mantenere le dimensioni per gestire nuove date, ecc. Il candidato deve spiegare un metodo automatizzato per il mantenimento delle date ad eccezione delle festività.

6. Chiedi come vengono testate le modifiche al cubo prima di pubblicare le modifiche agli utenti finali. Una volta ho intervistato un candidato che ha risposto alla maggior parte delle domande tecniche su come costruire correttamente un cubo in BIDS, ma poi non è riuscito a spiegarmi come testare il cubo. Il candidato ha semplicemente detto che avrebbe pubblicato i cambiamenti e che il suo manager si sarebbe occupato di tutto. Quando ho chiesto come avrebbe potuto testare il trapano attraverso azioni, comportamenti di taglio, ecc., È diventato chiaro che l'architetto non aveva idea di come funzionasse tutto ciò.

7. Chiedi come il candidato risolve i problemi di prestazioni.Buone risposte dovrebbero parlare di SQL Profiler, testare le query MDX direttamente in Management Studio, monitorare le statistiche dei perfmon, ridefinire le relazioni degli attributi e le relazioni dei cubi, caricare i dati in tabelle eliminate invece di utilizzare le tabelle di origine raw, isolando le prestazioni dei servizi di analisi da altre applicazioni o server sql servizi, ecc

verificare la conoscenza di MDX

1. chiedere al candidato alcune domande MDX di base. Poni domande come "Ho un cubo chiamato new_cube e ha una dimensione di prodotto e una tabella dei fatti degli ordini. Dimmi approssimativamente come filtreresti questo in 3 ordini". Se il candidato può solo spiegare come farlo in una GUI come int Excel o SSRS, quindi fare alcune domande più profonde sul restituire valori nulli, restituire tutti i record indipendentemente dai valori nulli o restituire valori non nulli.

2. Chiedere al candidato quando effettivamente codificano MDX rispetto a utilizzare solo una GUI. Chiedi su quali strumenti il ​​candidato ha usato per interagire con i dati. Se è Excel, chiedi se hanno usato le estensioni olap o le estensioni di data mining. Chiedi cosa possono vedere in SQL Server Mangement Studio. Se è Excel, chiedi come hanno gestito i dati di aggiornamento tra mesi senza dover modificare i parametri. Se si tratta di SSRS, chiedere come hanno gestito i parametri multivalore o le date di modifica delle sottoscrizioni. Se hanno svolto la maggior parte del loro lavoro in Management Studio, pongono domande sulla sintassi e diversi metodi per limitare i dati a un sottoinsieme di utenti, ordini o date.

verificare la conoscenza dei presidi Data Warehousing design

1. Porre domande su magazzini metodo Kimball dati, schemi a stella, schemi fiocco di neve, dimensioni degenerate, le dimensioni dei dati, dimensioni temporali, chiavi surrogate, ecc

2. Fare domande sui requisiti di progettazione del database SQL Server come le differenze tra indici, indici non in cluster, indici cluster, indici compositi, CTE, funzioni a valore di tabella, loop su dati, test fizzbuzz, creazione e gestione di processi e pianificazioni di SQL Server Agent, come risolvere le query a bassa prestazione, ecc. Un eccellente architetto SSAS dovrebbe essere un DBA SQL esperto dal punto di vista del data warehousing. Non fare domande sulla replica, la distribuzione dei log, il mirroring, il clustering, ecc., Poiché questo di solito non è al di fuori degli DBA SQL di data warehousing.

3. Fai domande su SSIS. Un eccellente architetto SSAS deve capire come costruire complessi pacchetti SSIS, incluso importare un elenco filtrato di file modificati da una directory, estrarre dati tramite flussi di dati, spiegare come utilizzare le opzioni di caricamento rapido per gli inserimenti di massa, parlare di componenti di script come fonti o trasformazioni , ecc

alla fine di tutto questo, si dovrebbe essere in grado di determinare se l'utente è un architetto SSAS, un aspirante SSAS architetto che ha un sacco di SQL DBA data warehousing esperienza dell'architettura, un rapporto SSAS scrittore in Excel, SSRS o altra piattaforma BI, uno scrittore di report che non capisce veramente cosa sta succedendo sotto le copertine, un novizio o un falso. Tieni presente che molti architetti di data warehouse davvero validi non hanno molta esperienza SSAS. Se stai cercando un architetto SSAS esperto, in pratica devono essere in grado di eseguire l'intero stack BI di Microsoft. Tutti gli altri si inseriscono in un'altra categoria.