码迷,mamicode.com
首页 > 其他好文 > 详细

orm的select_releated和prefetch_releated介绍

时间:2018-02-06 14:57:09      阅读:304      评论:0      收藏:0      [点我收藏+]

标签:ref   速度   不用   连表   就会   类型   tle   djang   硬盘   

select_related:查询主动做连表
第一次写sql语句的时候,主动做连表,这样在查询的时候不用多次查询。这里你写几个表就关联几个表,如果后面select_related(‘ut‘,‘gt‘)就会关联2个表

q=models.Uinfo.objects.all().select_related(‘ut‘)
# select * from uinfo inner join  utype on 

但是连表操作的时候,性能会很差。如果公司的访问的量大,不会做feigionkey。好多公司不关心硬盘存储,而是关心到速度。

feiginkey:1,约束,2节省硬盘空间

prefetch_related

prefetch_related,不做连表,做多次查询
q = modele.uinfo.objects.all().prefetch_related()
#做2次sql查询,并且都是单表查询,第一次:select * from uino; 然后在Django内部会把这个用户类型全部拿到(并且还做了去重)ut_id = [2,4]开始查询:select * from utype where id in [2,4]
结果:
    for row in q:
        print(row.id,row.ut.title)#这次跨表查title的时候就不会再去查询数据库了。因为上面已经给查询了

orm的select_releated和prefetch_releated介绍

标签:ref   速度   不用   连表   就会   类型   tle   djang   硬盘   

原文地址:http://blog.51cto.com/sgk2011/2069407

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!