Что хотят услышать интервьюеры:

Миграции нужны, чтобы управлять изменениями схемы базы данных предсказуемо и воспроизводимо. Они позволяют версионировать структуру БД, применять изменения последовательно и откатывать их при необходимости. Это особенно важно при командной разработке и деплоях в разные окружения.

Определение:

Миграция — это набор операций, который описывает изменение структуры базы данных: создание или изменение таблиц, индексов, ограничений, полей и т. п. Обычно миграции хранятся как отдельные версии и применяются по порядку, чтобы база данных в разных средах могла быть приведена к одному состоянию.

Пример использования:

Например, в проекте нужно добавить поле email в таблицу пользователей. Вместо ручного изменения базы создаётся миграция, которая добавляет колонку, а затем эта миграция применяется на локальной, тестовой и production-базе.

# Пример условной миграции
def upgrade():
    add_column("users", "email", type="string", nullable=False)

def downgrade():
    remove_column("users", "email")

Пояснение кода:

Код показывает два направления миграции: upgrade() — применение изменения, downgrade() — его откат. Сначала база получает новую колонку email, а если изменение нужно отменить, колонка удаляется. В реальных проектах это помогает безопасно обновлять схему без ручных правок.

Ключевые моменты:

Миграции делают изменения базы воспроизводимыми и контролируемыми.
Они позволяют синхронизировать схему БД между разработкой, тестом и production.
Миграции упрощают откат изменений, если что-то пошло не так.
Они полезны для командной работы, потому что фиксируют историю изменений схемы.
Обычно миграции применяются по порядку, как версия за версией.
Хорошая миграция должна быть безопасной, понятной и по возможности обратимой.

Какова роль миграций в управлении изменениями базы данных?