在我当前的项目中,我想对查询集进行一些过滤和排序,并以分页形式向用户显示。 这很好,但我对性能不满意。 当我使用和order_by语句显式或隐式地使用模型元排序时,我可以在调试工具栏中看到该查询基本上执行了两次。 一次用于分页器计数(没有ORDER BY)和一次获取对象切片(使用ORDER BY)。 根据我的观察,这导致所需的时间加倍。
有什么办法可以优化吗?
下面是一个最小的工作示例,在我的实际应用程序中,我使用基于类的视图。
class Medium(models.Model):
title = models.CharField(verbose_name=_('title'),
max_length=256,
null=False, blank=False,
db_index=True,
)
offered_by = models.ForeignKey(Institution,
verbose_name=_('Offered by'),
on_delete=models.CASCADE,
)
quantity = models.IntegerField(verbose_name=_('Quantity'),
validators=[
MinValueValidator(0)
],
null=False, blank=False,
)
deleted = models.BooleanField(verbose_name=_('Deleted'),
default=False,
)
def index3(request):
media = Medium.objects.filter(deleted=False, quantity__gte=0)
media = media.exclude(offered_by_id=request.user.institution_id)
media = media.filter(title__icontains="funktion")
media = media.order_by('title')
paginator = Paginator(media, 25)
media = paginator.page(1)
return render(request, 'media/empty2.html', {'media': media})
查询不完全重复:一个是COUNT
查询,另一个是获取请求的特定页面的实际对象。这是不可避免的,因为Django的Paginator
需要知道对象的总数。但是,如果查询集media
不是太大,可以通过强制评估media
Queryset来优化(只需在定义Paginator之前添加一行len(media)
)。
但请注意,如果media
非常大,您可能不想强制media
被评估,因为您正在将所有对象加载到内存中。