EM
А там подзапросов нет? Мб где-то еще n+1
Size: a a a
2020 August 25
b
На вывод 10 постов 1.5 сек? Да плачевно. Всё что с фильтрацией связано делается на стороне базы и graphene от этого не будет просидать.
drf не делал... проверю еще
A1
Плюс в динамике было бы неплохо проверить. Для выдачи 1, 10, 100, 1000 постов.
b
у меня просто на фронте apollo хотел и сразу на vue выводить
b
c rest не оч. хотелось
A1
Сам django выбрал как основу)
ОЛ
Если база большая и выборка идет не по индексам, то 1.5 сек еще нормально
b
А там подзапросов нет? Мб где-то еще n+1
проверю, хз
b
Если база большая и выборка идет не по индексам, то 1.5 сек еще нормально
т.е индексы надо создать?
ОЛ
Выведите отладку запроса и ручками в бд через ANALYZE прогоните, вам бд подскажет, каких индексов не хватает
A1
В django есть инструменты, чтобы посмотреть сколько и какие запросы выполняются. Начни с этого.
ОЛ
bbclub
т.е индексы надо создать?
Ну проверьте схему свою, возможно у вас только PRIMARY KEY, а для выборки быстрой этого недостаточно
b
В django есть инструменты, чтобы посмотреть сколько и какие запросы выполняются. Начни с этого.
да, ок, посмотрю
b
Ну проверьте схему свою, возможно у вас только PRIMARY KEY, а для выборки быстрой этого недостаточно
именно примари key
b
у меня
b
да
ОЛ
postgres?
b
postgres?
да,
ОЛ
Ну я бы посоветовал сначала почитать о нормализации бд, составлении схемы и ключей.. Но если нужно тут и сейчас, по тому что используется при любой фильтрации в WHERE проставьте btree, gin индексы