Столкнулись ли вы с Liquibase?
Что проверяют
Вопрос про опыт, но за ним стоит другое: версионируется ли у вас схема хранилища или её правят руками по средам. Для инженера данных это ещё и про то, как изменение схемы доезжает до витрин, не ломая загрузки.
Как отвечать
Если работали, отвечайте конкретно, а не пересказом описания инструмента. Устройство в двух словах: изменения описываются наборами правок, каждый со своим идентификатором и автором, инструмент ведёт служебную таблицу применённых наборов и вторую таблицу с блокировкой, чтобы два процесса не накатывали схему одновременно.
Дальше назовите то, что знают только по опыту:
- у применённого набора хранится контрольная сумма, поэтому правка уже накатанного файла роняет следующий прогон. Изменение оформляют новым набором, а не редактированием старого;
- откат не бесплатен: для части операций его описывают руками, а удалённые данные он не вернёт. В боевой среде надёжнее исправляющая правка вперёд;
- предусловия позволяют пропустить набор, если объект уже существует, это спасает при заезде инструмента на живую базу;
- метки и контексты разделяют, что накатывается в тестовой среде, а что в боевой;
- вывод планируемых команд текстом нужен для ревью и для случаев, когда схему накатывает администратор руками.
Если опыта не было, скажите прямо и переведите разговор на аналоги: в питоновском стеке это мигратор поверх слоя работы с базой, а для витрин задача чаще решается инструментом трансформаций, который пересобирает модели, а не меняет схему по шагам. Главное показать принцип: схема живёт в репозитории и накатывается автоматически.
Где спотыкаются
Отвечают заученной историей с круглой цифрой ускорения. Проверить её нельзя, звучит она шаблонно, и первый же вопрос про детали её разваливает.
Второе: подают откат как решение всех бед. На боевой базе его почти не применяют: снятая колонка уже унесла данные, и правильный ответ это резервная копия плюс исправляющая миграция.
Третье: привязывают накат схемы к старту приложения и забывают про несколько экземпляров. Блокировка спасает от одновременного наката, но процесс, упавший на середине, оставляет её взведённой, и следующий запуск встаёт, пока её не снимут руками.