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

Django строит граф зависимостей миграций и применяет их в порядке, который следует из этих зависимостей, а не просто по имени файла. Для каждой приложения учитываются связи между миграциями и зависимости от других приложений. Если порядок нарушен, Django сам определяет, какие миграции нужно выполнить раньше.

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

Django управляет порядком миграций через механизм зависимостей. У каждой миграции есть список dependencies, и на его основе Django строит DAG — направленный ациклический граф. Затем он находит допустимый порядок применения миграций, при котором все предшествующие изменения уже выполнены.

На практике это значит, что база обновляется не по алфавиту и не строго по времени создания файлов, а по логике связей между ними. Если миграция ссылается на модель или поле, созданное другой миграцией, Django сначала применит нужную миграцию-зависимость.

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

Допустим, есть два приложения: users и orders. Миграция в orders добавляет внешний ключ на модель User, поэтому она зависит от миграции, где User уже создан.

# orders/migrations/0001_initial.py
from django.db import migrations, models

class Migration(migrations.Migration):
    dependencies = [
        ('users', '0001_initial'),
    ]

    operations = [
        migrations.CreateModel(
            name='Order',
            fields=[
                ('id', models.BigAutoField(primary_key=True)),
                ('user', models.ForeignKey('users.User', on_delete=models.CASCADE)),
            ],
        ),
    ]

Если запустить python manage.py migrate, Django сначала применит users.0001_initial, а потом orders.0001_initial, даже если файл orders был создан раньше.

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

Код показывает главное правило: в dependencies явно указана миграция, от которой зависит текущая.

dependencies = [('users', '0001_initial')] — говорит Django, что эта миграция не может быть выполнена раньше миграции users.0001_initial.
migrations.CreateModel(...) — операция создания таблицы Order.
ForeignKey('users.User', ...) — связь с моделью из другого приложения, поэтому порядок важен.
При выполнении migrate Django сначала анализирует все миграции, строит граф зависимостей и выбирает корректную последовательность.

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

Django не ориентируется на имя файла миграции как на единственный критерий порядка.
Основой порядка служит граф зависимостей между миграциями.
dependencies в классе Migration задают, что должно быть выполнено раньше.
Django умеет учитывать зависимости между разными приложениями.
Если есть несколько веток миграций, Django выбирает порядок, который удовлетворяет всем зависимостям.
Для migrate важна не дата создания миграции, а корректность цепочки изменений схемы.

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