Зачем нужны select_related и prefetch_related [Upper Junior] 

Не совсем понял, что значит в сериалайзерах используются фильтр, могу еще понять, если вы имели ввиду в вьюхе, но фильтры не будут влиять на выполнение базового queryset. Prefetch() позволяет просто более гибко выбрать объекты для связки Annotate и релейтеды концептуально разные, но могут положительно влиять на производительность, но в лоб бы их не сравнивал

​@@nikolaypavlin имеется ввиду фильтрация предзагруженных/закешированных данных на уровне сериализатора. Допустим мы не хотим все device, а только is_active=True. В таком случае будут новые запросы к БД и эффекта от prefetch related не будет. Насчет annotate, я их не то чтобы сравниваю, а привожу пример оптимизации запросов когда select/prefetch не помогут. На твоем примере, допустим, у Device есть OneToMany с Users и мы хотим получить список всех прошивок и количество юзеров по устройствам. Для этого у нас сериализатор который помимо полей Прошивки имеет поле кастомное поле users_count. Тут кеширование данных таблиц Device/Users не поможет, а вот если во вью сделать annotate в queryset, то будет только одно обращение к БД

Пример отпимизации запроса с Prefetch queryset = self.queryset.prefetch_related( 'tags', Prefetch('product_images', queryset=Image.objects.filter(raw=1)), Prefetch('parent_product__cats', queryset=Category.objects.only('title')) ).select_related('updated_by').filter(parent_product__vendor=self.request.user.staffuser.vendor) Пример оптимизации с annotate queryset = self.queryset.select_related('parent_product').prefetch_related('product_images').annotate( rate=(Avg('parent_product__parent_product_products__productreviews__rating')), reviews_count=Count('parent_product__parent_product_products__productreviews'), has_variation=Count('parent_product__parent_product_products', distinct=True), ) в этом случае, если бы rate, reviews_count, has_variation считались в сериализаторе, то получили бы N+1

Было бы интересно услышать твое мнение насколько корректно такое решение. Потому что в сети вся тема вокруг оптимизации запросов крутится на простых примерах с select/prefetch related

Много текста, постараюсь на все ответить: 1 сообщение: да, конечно, не поможет, тут действительно нужен будет Prefetch, чтобы явно указать, какие сущности нужны, но все еще не понимаю, где в сериализаторе ты планируешь это фильтровать (может через SerializerMethodField? Если так, то и Prefetch не поможет) Да, тут не поможет, нужен Annotate, согласен 2 и 3 сообщение Как один из вариантов оптимизации, альтернативой могло быть использование подзапросов avg_rating=Annotate(Subquery()), чтобы избежать джойгов и возможных дублей. Надо смотреть Explain по запросам и выбирать оптимальное решение Глобально - если можем посчитать что-то на уровне БД, а не питона, то пытаемся это сделать. И желательно снижать количество запросов, чтобы избегать оверхедов на них