джанго речь зашла
есть таблицы и связи в БД, их описание в подклассах models.Model, и вот например мы получаем объект из одной таблицы:
discount = Discount.objects.all()[0]
и дальше можно обратиться к связанному объекту через related loopbacks
типа
discount.patient.research_appointed.research.drugs.all().last()
это дает в сумме 4 запроса, и это, конечно, плохо
поэтому конечно же пишем через Query manager:
Drug.objects.filter(research__doctors_appointed__patients__patient_discounts=discount).last()
это всего 1 запрос и это, вроде бы, хорошо
но когда помимо числа запросов начинаешь замерять время обработки, то получается, что этот 1 запрос обрабатывается В ВОСЕМЬ РАЗ дольше, чем тем те 4
Это всё конечно же какие-то там жалкие миллисекунды, но на реальной нагрузке разница в 8 раз это существенно
Кто-то может мне объяснить, что там происходит и почему так получается?
База Postgres, Python 3.10.5, Django 3.2.7
ну я естественно смотрел там connection.queries или 4 полных запроса или 1 запрос в 4 джойна только по primary keys какая-то конская разница
А джоины какие? Отправь сюда(предварительно используя pastebin) оба варианта
Эксплейн что говорит?
да тут не нужен pastebin все 4 случая это типовые a INNER JOIN b ON (a.id = b.id)
типа советуете установить? без него никак? не люблю плодить зависимости, думал есть какое-то простое объяснение
почему просто не прочитать про select_related?
чем вам поможет select_related если это ОДИН запрос?
Покажи план запроса и анализ его Так говорить не о чем пока что
Обсуждают сегодня