сами миграции сносить вообще не следует, особенно после применения. И менять их тоже. Если что-то поменялось в моделях - делай новые и применяй их. Сносить базу каждый раз - не вариант, для разработки ещё пойдёт (и то, тестовые данные теряются, если были), на проде - вообще неприемлемо. Если какая-то миграция лишняя - откатывай до предыдущей, ./manage.py migrate <приложение> <номер_миграции>, где номер - это например, 0001 (откатит всё до миграции 0001), или zero (откатит все миграции до нуля).  После этого можно  создать другую и снова накатить (но только в разработке). Если прям вручную чистить - нужно сносить изменения от миграции (таблицы, поля и т.д.), сносить саму миграцию, а ещё - чистить таблицу django_migrations (удалять запись об этой миграции), в которой django ведёт лог миграций, которые он применял (откуда и вылезает ошибка, что миграция поменялась, а django говорит, что её нет).

Зависит от твоих предпочтений

Зачем тебе выпадающий список фк, когда ты можешь саму дочернюю модель вывести
К примеру если у тебя привязан к человеку, то в личном профиле человека, можешь сделать реализацию на перевод другого человека

Привет. Я делаю обращение к БД, но мне нужно "ограничить это обращение".
То есть я обращаюсь примерно так - Model.objects.filter(...) - получаю около 800 тыс записей и потом с ними работаю.
Но мне хотелось бы работать по кускам - то есть обрабатывать постепенно, по тысяч 10 напрмиер. Как обработать все 800, но постепенно?
Есть ли что-то в Джанго для этого? Если нет, то как будет правильнее организовать это?

так речь же идет о массовом изменении объектов, а не изменении менеджера для каждого партнёра в ручную

@vokler имейте в виду, что под капотом пагинатор делает select count(*), на большом количестве записей в постгри это торомзит (так было пару версий джанги назад)

Как я вижу готовую картинку
Чтобы сменить патнера
нужно зайти в его профиль
И выбрав другого партнёра, нажать кнопку
Где по итогу все связи с этого аккаунта, перейдут на другой

они напрямую не могут чтоль лимит и офсет указывать?
зачем считать :(

Если честно, я не до конца понял алгоритм, который вы предлагаете. Но на сколько я понял, вы хотите, чтобы я все равно заходил в каждый объект партнёра, чтобы изменить персонального менеджера.

Весь смысл функционала, который я хочу сделать в том, чтобы сразу 10-50 партнёрам поставить другого персонального менеджера. На сколько я понял, это делается через свою функцию и её указание в actions в ModelAdmin. Но там не рассчитано на то, что будет какой-то ещё дополнительный выбор после выбора действия и нажатия на кнопку Выполнить. Мне же нужно как-то выбрать к какому именно персональному менеджеру будут привязаны все выбранные партнёры. Вот как это сделать я не пойму.

так смотри, у тебя персональный менеждер заменяется другим?

я не очень помню, что там и как. Просто однажды наткнулся, у меня там что-то типа 40М записей было.