DT
это же инлайн админка
Size: a a a
2019 September 12
DT
она добавляет extra кол-во полей
T
она добавляет extra кол-во полей
я поставил extra=0
T
она добавляет extra кол-во полей
я туплю, добавил проверку if self.instance and self.instance.id
R
пацаны у меня есть отношение ManyToMany моделей Users и Meetings и у меня есть в модели Meetings поле max_users и мне надо сдедлать ограничение сколкьо юзеров в одном митинге
R
как это лучше сделать
DT
ну перед тем как сделать add
проверяй
проверяй
PZ
Я бы ещё в m2m_changed сигнале pre_add отлавливал и выкидывал exception, если лимит нарушен. Чтобы если где-то в коде забыл проверку, то джанга по рукам ударила.
MA
Ребят, 1 секунда на .all() запрос с тремя m2m полями - это норма? В таблице около 200 записей.
DT
Я бы ещё в m2m_changed сигнале pre_add отлавливал и выкидывал exception, если лимит нарушен. Чтобы если где-то в коде забыл проверку, то джанга по рукам ударила.
+
DT
Ребят, 1 секунда на .all() запрос с тремя m2m полями - это норма? В таблице около 200 записей.
вообще многовато
ты после all что делаешь ?
ты после all что делаешь ?
MA
вообще многовато
ты после all что делаешь ?
ты после all что делаешь ?
order_by http://dpaste.com/3XN5YSD
MA
Есть вывод профайлера, только я не очень понимаю, что там происходит.
http://dpaste.com/1E35QVA
http://dpaste.com/1E35QVA
MA
Silky говорит, что на сами запросы времени немного уходит.
DRF, стандартный ModelViewSet
DRF, стандартный ModelViewSet
MA
Может стоит соорудить один SQL запрос вручную, хз..
DT
так проблема же не в запросе
MA
Их 4 из-за prefetch_related и вот не ясно на что время уходит: на склейку или на сериализацию.
DT
Их 4 из-за prefetch_related и вот не ясно на что время уходит: на склейку или на сериализацию.
в смысле склейку
MA
Ну результаты prefetch запросов нужно присоединить к результату основного запроса.. 🤔
MA
Судя по выводу профайлера, на сериализацию уходит не так уж много времени.