Расскажите про опыт работы с базами данных и используемые СУБД
Что проверяют
Глубину, а не список названий. Интервьюер хочет понять, сталкивались ли вы с реальными проблемами: медленными запросами, блокировками, миграциями на живых данных.
Как отвечать
Идите от задач, а не от технологий.
1. Что использовали и для чего. Не «PostgreSQL, MySQL, MongoDB», а «основное хранилище на PostgreSQL, кэш и очереди на Redis, поиск на Elasticsearch». Выбор объясняйте характером данных.
2. Схема и объёмы. Сколько строк в основных таблицах, какая нагрузка. Числа сразу показывают, работали ли вы с чем-то нетривиальным.
3. Оптимизация с конкретикой. Здесь стоит рассказать историю: был медленный запрос, посмотрели EXPLAIN ANALYZE, увидели полное сканирование, добавили частичный индекс, время упало с трёх секунд до сорока миллисекунд. Это лучший ответ на вопрос.
4. Эксплуатация. Миграции без простоя (добавление колонки без дефолта на большой таблице, бэкофилл пачками), транзакции и уровни изоляции, блокировки, бэкапы и восстановление.
5. Где ошибались. Упомянуть свою ошибку и вывод из неё сильнее любого списка технологий: например, ALTER TABLE с дефолтом на таблице в десятки миллионов строк, положивший запись на несколько минут.
Где спотыкаются
Перечисляют СУБД без единого примера задачи.
Говорят про NoSQL как про «более быстрое», не объясняя, какой компромисс приняли.
Не знают, как смотреть план запроса, а это первый инструмент при любой жалобе на медленную базу.
Не могут ответить, чем нормализация полезна и когда от неё сознательно отходят.