Н
ух. ща, дай подумаю
при разворачивании в другом месте
руками поля добавлены не будут
и в миграции не будет
Size: a a a
2021 May 26
se
эт да
se
но я руками ничего и не делаю, просто бывало поле дублировалось
se
либо из-за чужих миграций, либо из-за своих
ib
а что делать просто если я щас удалю сделаю свои миграции и закину другому программисту придется не сладко
se
я до конца не разбирался, как это выходило
DT
если знаешь что делаешь проблем не будет
если не знаешь, а я подозреваю тут такой случай
потом будут
если не знаешь, а я подозреваю тут такой случай
потом будут
S
не то вроде, ща немного переделаю
DT
надо понять как поле в базе появилось
DT
если только у тебя И данных не жалко
удали поле в базе
и накати миграцию
удали поле в базе
и накати миграцию
Н
да, чет не то.
1.
2.
1.
group by b.id having count(b.id) > 50 - это последние 50 записей с таблицы authors?2.
select name, author from books - "основной" селект должен быть по таблице authorsDT
у тебя запрос тех книг у кого больше 50 авторов
S
ну да он такое и спрашивал
DT
se
он просил последних 50 авторов
ib
у меня получается в 9 миграции добавил поле experience и specialization в 10 удаляю эти два поля и опять добавляю эти два поля сам не пойму когда я так делал
ib
где мне нужно исправить
S
согласен
NC
Book.objects.annotate(last_authors=Subquery(Author.objects.filter(book_id=OuterRef("id")).order_by('-id').values("id")[:50])
вряд ли взлетит, но может натолкнет на мысли
вряд ли взлетит, но может натолкнет на мысли