preguntas de la entrevista de SSAS

Question

Para el propósito de la entrevista, ¿qué preguntas podemos esperar de la perspectiva de SSAS?

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

b) Intermediate 

c) Advance 

Gracias

Answer 1

He aquí algunos enfoques generales que utilizo para entrevistar a los diferentes grupos de programadores SSAS:

Conocimiento Prueba de ofertas para Cubos en desarrollo

1. pedirle al candidato que explique todos los pasos que deben completar en BIDS para crear y publicar un cubo desde cero. Para simplificar, normalmente les pido que supongan que tienen un almacén de datos de método Kimball en un SQL Server que tiene 2 tablas de hechos y 5 tablas de dimensiones.

La mayoría de los candidatos que dicen tener experiencia en SSAS pueden explicar el ciclo de vida de la construcción de un cubo, pero rara vez pueden explicar los pasos para construir un cubo correctamente. Los usuarios experimentados deberían hablar de configurar la conexión de databse, crear un DSV, generar un cubo, generar tablas de dimensiones o modificar tablas de dimensiones creadas por el cubo, definir relaciones de atributos para dimensiones, definir relaciones en el cubo entre tablas de hechos y dimensiones, desplegar el cubo, etc. Los candidatos deben conocer la terminología por dentro y por fuera.

2. Si el candidato describe el proceso de primera línea para compilar cubos en BIDS, entonces profundice en detalles sobre el DSV. ¿Qué son consultas nombradas? ¿Cuáles son las ventajas y desventajas de las consultas con nombre? ¿Debería vincular directamente a tablas, vistas o consultas con nombre? ¿Las vistas tienen alguna ventaja sobre los enlaces directos a las tablas?

3. Pida al candidato que describa en detalle cómo agregarían un nuevo atributo a una dimensión. Supongamos por simplicidad que alguien ya ha agregado la columna a la tabla de base de datos subyacente y ahora necesita ajustar la definición del cubo y desplegar los cambios.

4. Pregunte al candidato cómo se mantienen los cubos día a día. Pregunte acerca de las diferencias entre el procesamiento completo de cubos y dimensiones versus procesamiento parcial de cubos. Pregunte qué pasa si un cliente cancela un pedido y cómo se propagará a través del almacén de datos. Vea si el candidato habla sobre las transacciones estilo libro mayor versus los cambios de estado y cómo esto afecta el procesamiento de la tabla de hechos. Pregunte cómo se usan las particiones, cómo se definen, cuándo debe usarlas y cuándo no debe usarlas.

5. Haga preguntas detalladas sobre las ventajas y desventajas de las dimensiones de fecha, las dimensiones de tiempo, cómo deben mantenerse las dimensiones para manejar nuevas fechas, etc. El candidato debe explicar un método automático para mantener fechas excepto vacaciones.

6. Pregunte cómo se prueban los cambios en el cubo antes de publicar los cambios a los usuarios finales. Una vez entrevisté a un candidato que respondió la mayoría de las preguntas técnicas sobre cómo construir un cubo en BIDS correctamente, pero luego no pudo explicarme cómo probar el cubo. El candidato simplemente dijo que publicaría los cambios y luego su gerente se encargaría de todo. Cuando le pregunté cómo evaluaría las acciones, el comportamiento de corte, etc., quedó claro que el "arquitecto" no tenía idea de cómo funcionaba realmente esto.

7. Pregunte a los candidatos cómo solucionar problemas de rendimiento.Las buenas respuestas deben hablar sobre SQL Profiler, probar consultas MDX directamente en Management Studio, supervisar estadísticas clave de perfmon, redefinir relaciones de atributos y relaciones de cubo, cargar datos en tablas limpias en lugar de usar tablas de origen sin procesar, aislar el rendimiento de los servicios de análisis de otras aplicaciones o servidores sql servicios, etc.

prueba de conocimientos de MDX

1. pregunta al candidato a algunas preguntas básicas MDX. Haga preguntas como "Tengo un cubo llamado new_cube y tiene una dimensión de productos y una tabla de hechos reales. Dígame aproximadamente cómo filtrar esto a 3 pedidos". Si el candidato solo puede explicar cómo hacerlo en una GUI como int Excel o SSRS, entonces formule algunas preguntas más profundas acerca de devolver nulos, devolver todos los registros sin importar nulos o devolver valores que no sean nulos.

2. Pregúntale al candidato cuándo codifican MDX en realidad, en lugar de solo usar una GUI. Pregunte acerca de qué herramientas el candidato usó para interactuar con los datos. Si es Excel, pregunte si han utilizado las extensiones olap o las extensiones de data mining. Pregunte qué pueden ver en SQL Server Mangement Studio. Si es Excel, entonces pregúnteles cómo manejaron los datos actualizados entre meses sin tener que cambiar los parámetros. Si se trata de SSRS, pregunte cómo manejaron los parámetros de valores múltiples o las fechas de cambio para las suscripciones. Si hicieron la mayor parte de su trabajo en Management Studio, entonces formulen preguntas sobre la sintaxis y diferentes métodos para limitar los datos a un subconjunto de usuarios, pedidos o fechas.

Conocimiento Prueba de Directores de Almacenamiento de Datos Diseño

1. Haga preguntas acerca de los almacenes método de Kimball de datos, esquemas de estrella, esquemas de copo de nieve, dimensiones degeneradas, las dimensiones de datos, las dimensiones de tiempo, claves suplentes, etc.

2. Haga preguntas sobre los principios de diseño de la base de datos de SQL Server, tales como las diferencias entre índices, índices no agrupados, índices agrupados, índices compuestos, CTE, funciones de valor de tabla, iteración de datos, prueba de fizzbuzz, creación y administración de tareas y planificaciones de SQL Server Agent, cómo solucionar problemas de consultas de ejecución lenta, etc. Un excelente arquitecto de SSAS debe ser un experto SQL DBA desde una perspectiva de almacenamiento de datos. No haga preguntas sobre la replicación, el envío de registros, la creación de reflejos, la creación de clústeres, etc., ya que esto normalmente está fuera del perímetro del almacenamiento de datos de los DBA SQL.

3. Haga preguntas sobre SSIS. Un excelente arquitecto de SSAS debe comprender cómo crear paquetes complejos de SSIS, incluida la importación de una lista filtrada de cambios de archivos desde un directorio, extraer datos mediante flujos de datos, explicar cómo usar opciones de carga rápida para inserciones masivas, hablar sobre componentes de scripts como fuentes o transformaciones , etc.

al final de todo esto, usted debe ser capaz de determinar si el usuario es un arquitecto de SSAS, un arquitecto SSAS aspirante que tiene un montón de DBA SQL almacenamiento de datos experiencia de la arquitectura, un informe SSAS escritor en Excel, SSRS u otra plataforma de BI, un escritor de informes que realmente no entiende lo que sucede bajo las sábanas, un novato o un impostor. Tenga en cuenta que muchos arquitectos de data warehouse realmente buenos no tienen mucha experiencia en SSAS. Si está buscando un arquitecto con experiencia en SSAS, básicamente tiene que ser capaz de hacer toda la pila de BI de Microsoft. Alguien más encaja en alguna otra categoría.