Вопросы интервью SSAS [закрыто]

вот некоторые общие подходы, которые я использую для интервьюирования различных групп программистов SSAS:

проверить знание ставок для разработки кубов

1. попросите кандидата объяснить все шаги, которые им нужно выполнить в заявках, чтобы создать и опубликовать куб с нуля. Для простоты я обычно прошу их предположить, что у них есть хранилище данных метода Kimball на одном SQL Server, которое имеет 2 таблицы фактов и 5 измерений таблицы.

большинство кандидатов, которые утверждают, что имеют опыт SSAS, могут объяснить жизненный цикл построения куба, но редко они могут на самом деле объяснить шаги для правильного построения Куба. Опытные пользователи должны говорить о настройке соединения databse, создании DSV, создании Куба, создании таблиц измерений или изменении таблиц измерений, созданных кубом, определении отношений атрибутов для измерений, определении отношений в Кубе между фактом и таблицы измерений, развертывание Куба и т. д. Кандидаты должны знать терминологию изнутри и снаружи.

1. Если кандидат описывает топовый процесс построения кубов в заявках, затем детализируйте сведения о DSV. Что такое именованные запросы? Каковы преимущества и недостатки именованных запросов? Следует ли напрямую связываться с таблицами, представлениями или именованными запросами? Имеют ли представления какие-либо преимущества перед прямыми ссылками на таблицы?

2. попросите кандидат, чтобы подробно описать, как они будут добавлять новый атрибут в измерение. Предположим для простоты, что кто-то уже добавил столбец в базовой таблице базы данных, и теперь вам нужно настроить определение Куба и развернуть изменения.

3. спросите кандидата, как кубики поддерживаются изо дня в день. Спросите о различиях между кубами полной обработки и измерениями и кубами частичной обработки. Спросите о том, что происходит, если клиент отменяет заказ и способ его распространения через хранилище данных. Посмотрите, говорит ли кандидат о проводках в стиле книги по сравнению с изменениями состояния и как это влияет на обработку таблицы фактов. Спросите, как используются разделы, как они определены, когда их следует использовать, а когда нет.

4. задайте подробные вопросы о преимуществах и недостатках размеров даты, размеров времени, как размеры должны поддерживаться для обработки новые даты и т. д. Кандидат должен объяснить автоматизированный метод сохранения дат, за исключением праздников.

5. перед публикацией изменений конечным пользователям спросите, как тестируются изменения в кубе. Однажды я беседовал с кандидатом, который ответил на большинство технических вопросов о том, как правильно построить куб в заявках, но не смог объяснить мне, как проверить куб. Кандидат просто сказал, что опубликует изменения, а затем его менеджер позаботится о всё. Когда я спросил, как он будет тестировать дрель через действия, нарезку поведения и т. д. стало ясно , что "архитектор" понятия не имел, как все это сработало.

6. спросите, как кандидат решает проблемы с производительностью. Хорошие ответы должны говорить о SQL Profiler, тестировании запросов MDX непосредственно в Management Studio, мониторинге ключевой статистики perfmon, переопределении отношений атрибутов и отношений Куба, загрузке данных в очищенные таблицы вместо использование необработанных исходных таблиц, изоляция производительности служб analysis services от других приложений или служб sql server и т. д.

проверить знание MDX

1. задайте кандидату несколько основных вопросов MDX. Задайте такие вопросы ,как " у меня есть куб с именем new_cube, и он имеет измерение продуктов и таблицу фактов заказов. Расскажите мне примерно, как вы отфильтруете это до 3 заказов."Если кандидат может только объяснить, как это сделать в GUI, такие в качестве int Excel или SSRS задайте более глубокие вопросы о возврате нулей, возврате всех записей независимо от нулей или возврате ненулевых значений.

2. спросите кандидата о том, когда они на самом деле кодируют MDX, а не просто используют GUI. Спросите, какие инструменты кандидат использовал для взаимодействия с данными. Если это Excel, спросите, использовали ли они расширения olap или расширения интеллектуального анализа данных. Спросите, что они могут видеть в SQL Server Mangement Studio. Если это Excel, то спросите как они обрабатывали обновленные данные между месяцами без изменения параметров. Если это службы SSRS, спросите, как они обрабатывали многозначные параметры или изменяли даты для подписок. Если они выполняли большую часть своей работы в Management Studio, задайте вопросы о синтаксисе и различных методах ограничения данных подмножеством пользователей, заказов или дат.

проверить знание принципов проектирования хранилищ данных

1. задать вопросы о Kimball способ хранения данных схемы "звезда", "снежинка", вырожденные измерения, измерения, время измерения, суррогатные ключи, и т. д.

2. задать вопросы о SQL сервер баз данных дизайн pricipals таких как различия между индексами, некластеризованных индексов, кластеризованных индексов, сводных индексов, CTE-выражений, табличное значение функции, перебирая данные, fizzbuzz тест, создание и управление SQL Server, агент задания и графики, способы устранения медленные запросы и т. д. Отличный архитектор SSAS должен быть экспертом SQL DBA с точки зрения хранилища данных. Не задавайте вопросов о репликации, доставке журналов, зеркальном отображении, кластеризации и т. д., так как это, как правило, за пределами pervue хранилища данных SQL DBAs.

3. задайте вопросы о SSIS. Отличный архитектор SSAS должен понимать, как создавать сложные пакеты служб SSIS, включая импорт отфильтрованного списка изменяющихся файлов из каталога, вытягивание данные в потоках данных via, объясните, как использовать параметры быстрой загрузки для массовых вставок, расскажите о компонентах скрипта как источниках или преобразованиях и т. д.

в конце всего этого вы должны быть в состоянии определить, является ли пользователь архитектором SSAS, подражателем архитектора SSAS, у которого есть много опыта архитектуры хранилища данных SQL DBA, писатель отчетов SSAS в Excel, SSRS или другой платформе BI, писатель отчетов, который на самом деле не понимает, что происходит под обложки, новичок или подделка. Имейте в виду, что многие действительно хорошие архитекторы хранилища данных не имеют большого опыта SSAS. Если вы ищете опытного архитектора SSAS, то они в основном должны быть в состоянии сделать весь стек Microsoft BI. Любой другой подпадает под другую категорию.