python – django中的高效分页和数据库查询

有一些 django分页的代码示例,我用了一会儿.我可能是错的,但是当查看代码时,它会浪费大量的内存.我正在寻找一个更好的解决方案,这里是代码: # in views.pyfrom django.core.paginator import Paginator, EmptyPage, PageNotAnInteger… … def someView():

有一些
django分页的代码示例,我用了一会儿.我可能是错的,但是当查看代码时,它会浪费大量的内存.我正在寻找一个更好的解决方案,这里是代码:

# in views.py
from django.core.paginator import Paginator,EmptyPage,PageNotAnInteger

... 
...    

def someView():
    models = Model.objects.order_by('-timestamp')
    paginator = Paginator(models,7)
    pageNumber = request.GET.get('page')

    try: 
        paginatedPage = paginator.page(pageNumber)
    except PageNotAnInteger: 
        pageNumber = 1
    except EmptyPage: 
        pageNumber = paginator.num_pages
    models = paginator.page(pageNumber)

    return render_to_resp ( ..... models ....)

我不确定这个代码的细微之处,但从它的外观上来看,第一行代码从数据库中检索每一个模型并将其推入.然后它被传递到Paginator,根据用户从html GET开始的页面将其分组.分母不知何故使这可以接受,还是这完全记忆效率低下?如果效率低下,怎么可以改进?

另外,一个相关话题.如果有人做:

Model.objects.all()[:40]

这个代码是否意味着所有模型都被推入内存,我们拼接出40个?哪个是坏的还是意味着我们仅查询并推送40个对象到内存期?

感谢您的帮助!

解决方法

mymodel.objects.all()产生一个查询,而不是列表. Querysets是懒惰 – 没有要求发出,没有任何事情,直到你真正尝试使用它们.另外,切片查询集不会在内存中加载完整的内容,只能获取一个子集,但在击中数据库之前会向SQL查询添加限制和偏移量.

作者: dawei

【声明】:永州站长网内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:bqsm@foxmail.com,我们将及时予以处理。

为您推荐

联系我们

联系我们

0577-28828765

在线咨询: QQ交谈

邮箱: xwei067@foxmail.com

工作时间:周一至周五,9:00-17:30,节假日休息

返回顶部