использовать постгрес

Добрый вечер всем, хочу расширить модель (связь много-ко-многому) для категории (добавить столбец для хранения весов) делал по доке, но выдает ошибку myadmin.Competition.category: (fields.E339) 'Category_weights.category' is not a foreign key to 'Competition'.
       HINT: Did you mean one of the following foreign keys to 'Competition': competition?  https://pastebin.com/0AFK11db

through_fields=('competition', 'category')

ValueError: Cannot alter field myadmin.Competition.category into myadmin.Competition.category - they are not compatible types (you cannot alter to or from M2M fields, or add or remove through= on M2M fields)    Выбивала раньше

нельзя мигрировать с автоматической промежуточной таблицы на through. у тебя 2 питон?

нет, 3.7.4

зачем тогда u-string используешь? ну и в целом f-stringов нет, пепу не следуешь, форматирование ужасное =(

Привет, нормальная ли практика в менеджере модели юзать префетчи? Или менеджер не должен знать про связанные поля?

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

а в двух словах может кто объяснить, что такое менеджер?) Не улавливаю суть прост)

Я хочу написать метод, где буду ссылаться на mtm поле, но почему-то подумал что менеджер не должен знать про связи

Так напиши функцию просто для получения нужной инфы, зачем менеджер для этого делать. Менеджер используется для удобного получения определенных объектов модели по параметрам, которые используются очень часто. Префетчить связанные объекты - плохая идея, имхо

Почему плохая идея? Удобное получение объектов по параметрам это разве не фильтрация?

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

Понял тебя :) Спасибо

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

второй момент - по контексту вопроса могу предположить, что речь о каком-то queryset с связанными таблицами - если так, то в принципе для таких вещей нужно писать логику в Queryset объекте, не в model manager

model manager, IMO, должен хранить логику и методы на уровне инстанса модели, всякие хитровыдуманные методы создания/удаления инстанса, или списка инстансов обслуживаемой модели(какой-нибудь свой bulk_create с казино и куртизанками)

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

Но перед вызовом фильтра нужно юзнуть префетч, написал его в менеджере и засомневался, уже перенес префетч в метод get_queryset

если есть какая-то сложная БЛ, лучше действительно создать отдельный скриптик my_awesome_business_logic, пихнуть туда функцию, а в ModelManager просто создать метод-обёртку над этой функцией

модели лучше сразу держать в стерильной чистоте :)

ну и все необходимые префетчи, конечно же, запихать в эту функцию