SSAS questions d'entrevue

Voici quelques approches que j'utilise pour interviewer les différents groupes de SSAS programmeurs:

Test de Connaissances d'OFFRES pour le Développement de Cubes

1. De demander au candidat d'expliquer toutes les étapes qu'ils doivent remplir dans les OFFRES de créer et de publier un cube à partir de zéro. Par souci de simplicité, j'ai l'habitude de leur demander de supposer qu'ils ont un Kimball méthode de l'entrepôt de données sur un Serveur SQL server qui dispose de 2 tables de faits et 5 tables de dimension.

La plupart des candidats qui prétendent avoir SSAS expérience peut expliquer le cycle de vie de la construction d'un cube, mais rarement peuvent-ils vraiment expliquer les étapes pour construire un cube correctement. Les utilisateurs expérimentés devraient parler de la configuration de la databse de connexion, la création d'une vue de source de données, la génération d'un cube, la génération de tables de dimension ou de la modification de la dimension des tableaux créés par le cube, la définition des relations d'attributs pour les dimensions, la définition des relations dans le cube entre les faits et les tables de dimension, le déploiement du cube, etc. Les candidats doivent connaître la terminologie à l'intérieur et à l'extérieur.

1. Si le candidat décrit les principaux processus de construction de cubes dans les OFFRES, puis percer dans les détails sur la DSV. Quelles sont les requêtes nommées? Quels sont les avantages et les inconvénients de requêtes nommées? Si vous lien directement à partir de tables, de vues, ou des requêtes nommées? Les points de vue ont des avantages par rapport à des liens directs vers les tables?

2. De demander au candidat de décrire en détail comment ils pourraient ajouter un nouvel attribut à une dimension. Supposons par souci de simplicité que quelqu'un a déjà ajouté la colonne de la table sous-jacente et maintenant, vous avez besoin d'ajuster la définition du cube et de déployer les modifications.

3. De demander au candidat comment les cubes sont maintenus au jour le jour. Poser sur les différences entre le traitement complet de cubes et les dimensions versus partiellement traitement cubes. Poser des questions sur ce qui se passe si un client annule une commande et qui doit se propager par le biais de l'entrepôt de données. Voir si le candidat parle de grand livre-opérations contre les changements de statut et les répercussions sur le traitement de la table de faits. Demandez au sujet de la façon dont les partitions sont utilisés, comment ils sont définis, alors vous devez les utiliser, et quand vous ne devriez pas les utiliser.

4. Poser des questions détaillées sur les avantages et les inconvénients de la date de dimensions, les dimensions de temps, la façon dont les dimensions doivent être maintenus à gérer de nouvelles dates, etc. Le candidat doit expliquer une méthode automatisée pour le maintien de dates, sauf pour les vacances.

5. Demander comment les changements du cube sont testés avant la publication des modifications apportées aux utilisateurs finaux. Une fois, j'ai interviewé un candidat qui a répondu à la plupart des questions techniques sur la façon de construire un cube dans les OFFRES correctement, mais ensuite ne pouvait pas m'expliquer comment tester le cube. Le candidat a simplement dit qu'il allait publier les modifications et puis son manager s'occupe de tout. Quand j'ai demandé comment il allait le test de forage à travers des actions de découpage comportement, etc., il est devenu clair que "l'architecte" n'avait aucune idée de comment tout cela fonctionne.

6. Demander comment le candidat de résoudre les problèmes de performances. La bonne réponse doit parler du générateur de profils SQL, les tests de requêtes MDX directement dans Management Studio, de surveiller les principaux perfmon statistiques, la redéfinition des relations d'attributs et d'un cube de relations, le chargement des données dans nettoyé les tables au lieu de l'aide de matières de source de tables, l'isolement de l'analyse du rendement des services à partir d'autres applications ou services sql server, etc.

Test de Connaissance de la MDX

1. De demander au candidat de base MDX questions. Poser des questions comme "j'ai un cube appelé new_cube et il a une dimension produits et les commandes de la table de faits. Me dire à peu près la façon dont vous le feriez filtre de 3 ordres." Si le candidat ne peut expliquer comment le faire dans une interface graphique telle que int Excel ou SSRS, puis poser quelques questions plus profondes sur le retour de valeurs null, le retour de tous les dossiers, indépendamment de la valeur null ou la restitution de valeurs non nulles.

2. De demander au candidat quand ils en fait le code MDX par rapport à la seule utilisation d'une interface. Demandez au sujet de quels outils le candidat utilisé pour interagir avec les données. Si c'est Excel, puis demandez-leur s'ils ont utilisé l'olap extensions ou d'extraction de données des extensions. Demandez ce qu'ils peuvent voir dans SQL Server de Gestion de Studio. Si c'est Excel, puis demander comment ils ont géré l'actualisation des données entre les mois sans avoir à changer les paramètres. Si c'est SSRS, puis demander comment ils ont géré les paramètres à valeurs multiples ou changement de dates pour les abonnements. Si ils l'ont fait la plupart de leur travail dans Management Studio, puis poser des questions sur la syntaxe et les différentes méthodes pour limiter les données à un sous-ensemble d'utilisateurs, des commandes ou des dates.

Test de Connaissance de l'Entreposage de Données principes de Design

1. Poser des questions sur Kimball méthode entrepôts de données, des schémas en étoile, flocon de neige, les schémas, dégénéré, les dimensions, les données, les dimensions, les dimensions de temps, les clés de substitution, etc.

2. Poser des questions sur la base de données SQL Server conception pricipals tels que les différences entre les index, index non-cluster, cluster indices, les indices composites, d'expressions de table communes, le tableau de la valeur des fonctions, en boucle sur les données, la fizzbuzz test, la création et la gestion de l'Agent SQL Server Emplois et les horaires, comment résoudre des problèmes de lenteur de l'exécution des requêtes, etc. Un excellent SSAS un architecte doit être un expert DBA SQL à partir d'un entrepôt de données en perspective. Ne posez pas de questions sur la réplication, l'envoi de journaux, de mise en miroir, le clustering, etc., puisque c'est généralement à l'extérieur de la pervue d'entreposage de données SQL Administrateurs de bases de données.

3. Poser des questions au sujet de SSIS. Un excellent SSAS architecte doit comprendre comment construire des packages SSIS, y compris l'importation d'une liste filtrée de modifier les fichiers d'un répertoire, de l'extraction de données via des flux de données, expliquer comment utiliser les options de chargement rapide pour des insertions, de parler des composants de script comme des sources ou des transformations, etc.

À la fin de tout cela, vous devriez être en mesure de déterminer si l'utilisateur est un SSAS architecte, un wannabe SSAS architecte qui a beaucoup de SQL DBA entreposage de données architecture de l'expérience, un SSAS générateur de rapports dans Excel, SSRS, ou d'autres de la plateforme de BI, un rapport de l'écrivain qui n'a pas vraiment comprendre ce qui se passe sous le capot, un débutant, ou un faussaire. Gardez à l'esprit que beaucoup d'entrepôt de données architectes n'ont pas beaucoup de SSAS expérience. Si vous êtes à la recherche d'un spécialiste en SSAS architecte, alors qu'ils ont essentiellement pour être en mesure de faire la totalité de la pile Microsoft BI. Quiconque s'inscrit dans une autre catégorie.

OriginalL'auteur Registered User