在我当前的项目中,我想对查询集进行一些过滤和排序,并以分页的形式向用户显示。
效果很好,但是我对表演不满意。
当我在模型Meta排序中显式或隐式使用and order_by语句时,我可以在Debug工具栏中看到此查询实际上执行了两次。
一次用于分页器计数(不包含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})
答案 0 :(得分:0)
该查询没有完全重复:一个是COUNT
查询,另一个是获取请求的特定页面的实际对象。这是不可避免的,因为Django的Paginator
需要知道对象的总数。但是,如果查询集media
不太大,则可以通过强制对media
查询集进行评估来进行优化(在定义Paginator之前只需添加一行len(media)
)。
但是请注意,如果media
非常大,则可能不希望在将所有对象加载到内存中时强制对media
进行求值。