dbt: после каждого пересоздания таблицы-витрины слетают права, и аналитики утром ловят permission denied. Каким механизмом dbt выдавать GRANT сразу после сборки конкретной модели, не трогая её SELECT-логику?
SQLmediummiddle
Проверяет владение SQL: выборки, агрегации, JOIN-ы и оконные функции.
dbthooksdata-engineering
Варианты ответа
generic test с severity warn: тесты выполняются сразу после модели и могут содержать DDL-команды, включая выдачу прав на собранную таблицу
macro с вызовом внутри SELECT модели: jinja-макрос выполнит GRANT ещё на этапе компиляции, до того как таблица будет пересоздана заново
post_hook в config модели: SQL вида GRANT SELECT ON {{ this }} выполнится сразу после сборки; pre_hook — то же самое, но до сборки
on-run-start в dbt_project.yml: права надо выдавать заранее на всю схему — хуки уровня модели идут в отдельной транзакции, и GRANT в них откатывается
Как разобрать этот вопрос на собеседовании
Начни с разбора схемы: какие таблицы и ключи участвуют, где могут быть NULL и дубли строк. Затем реши, что важнее — JOIN, агрегация с GROUP BY/HAVING, оконная функция или подзапрос. На собеседовании ценят не только правильный результат, но и умение проговорить план запроса и крайние случаи (пустые группы, деление на ноль, фан-аут при JOIN).
На собеседовании по такому вопросу важно не только назвать ответ, но и кратко объяснить, почему он верный.
Тема вопроса — «SQL». Чтобы подготовиться к похожим задачам, отрабатывай их на практике: sql-тренажёр помогает довести навык до автоматизма, а раздел вопросов — увидеть формулировки, которые реально встречаются на интервью аналитика данных.
Разбор ответа
Подробный разбор с объяснением «почему правильный ответ верный» и почему остальные неверны — после регистрации.
3000+ вопросов с разбором, quiz-режим с проверкой, AI-собес и подготовка к интервью аналитика.