django ORM查询的性能真的不太行吗?

本文深入探讨了Django ORM查询的执行机制,揭示了查询语句并非立即执行,而是延迟到其结果被实际使用时才转化为SQL语句,且执行效率高。通过对比view函数中的不同场景,解释了ORM框架如何智能地转换和执行SQL查询。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

以前在django中使用orm查询时总会想到这么一个问题,就是他查询的效率是不是有些差,但是最近的一个情景解决了我的疑惑
先随便举个例子:

users = User.objects.all()[0]

一句很普通的orm查询语句,意为查找一个用户,我以前总是会想,按照语法来看,django是不是先查询所有的用户,将所有的query加载在内存再,然后取第一条给我吗。
直到最近在做项目的时候才发现事情没我想的那么简单,在项目中我使用了django-toolbar做辅助工具,它能在每次请求结束后,在前端为我们展示本次请求的各项数据。例如sql查询次数,cpu运行时间等等。 在一次普通的请求后我通过toolbar查找了本次请求的sql查询次数,但是比我预想的次数要少,我写在views中的一些ORM语句并没有执行,通过不断的实验加上阅读Django 文档才发现这么一个事实

只有ORM语句的返回值在视图或者模版中被调用的时候,ORM框架才会去执行查询,举个例子

def view1(request):
	user = User.objects.all()[0]
	return HttpResponse('ok')
def view2(request):
	user = User.objects.all()[0]
	username = user.name
	return HttpResponse('ok')

在上面的代码中view1不会执行sql查询,而view2会,而且ORM框架帮我们转成的sql语句是

select * from user limit 1

可以看出只有当我们写的orm语句的返回值被调用时,这时ORM框架才会去执行SQL查询,而且已经是非常优秀的sql语句了(ps:本以为他会执行select * from user,然后把返回值加载进内存,然后再去取第一条)

至此总算是对orm的查询过程有个一个正确的理解了,以前只是知道他会翻译成相应的sql语句,但是并不知道具体的流程~ ,持续学习吧!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值