脚本专栏 
首页 > 脚本专栏 > 浏览文章

Ruby On Rails中如何避免N+1问题

(编辑:jimmy 日期: 2024/11/26 浏览:3 次 )

N+1问题

N+1问题是数据库访问中最常见的一个性能问题,首先介绍一下什么是N+1问题:

举个例子,我们数据库中有两张表,一个是Customers,一个是Orders。Orders中含有一个外键customer_id,指向了Customers的主键id。

想要得到所有Customer以及其分别对应的Order,一种写法是

SELECT * FROM Customers;

对于每一个Customer;

SELECT * FROM Orders WHERE Orders.customer_id = #{customer.id}

这样我们实际对数据库做了N+1次查询:选择所有Customer一次得到N个Customer,对于N个Customer分别选择其对应的Order一共N次。所以,一共执行了N+1次查询,这就是N+1问题

N+1问题的一般解决方法

使用Left Join一次性取出所有数据:

SELECT * FROM Customers LEFT JOIN Orders on Customers.id = Orders.customer_id

这样虽然取出的数据相对多一些,但是只需要一次执行

Rails中的N+1问题

因为Rails使用ActiveRecord访问数据库。所以,它的N+1问题暴露的不是那么明显。

假设我们有两个ActiveRecord:Customer、Order。

Customer has_many :orders

Order belong_to :customer

一般我们获取所有Customer的方法是:

customers = Customer.all

如果我们后面紧跟着

customers.each { |customer| puts customer.orders.amount }

这样就会产生N+1问题,因为在获取所有Customer的时候,是没有去取orders的。然后在后面each遍历的时候,就会挨个的取orders,这就构成了rails中的N+1问题。

Rails中的N+1问题解决方法

customers = Customers.includes(:orders)

这样就在读取customers的时候也一次性的把orders都取出了。

更多

并不是对于所有的涉及到外键关联,一对多的问题都会产生N+1问题,这还是要取决于你的业务。比如你的方法在执行时,只有很少的可能会去获取customer对应的orders,那就保持默认的lazy方式去就行了。强制eager去取反而得不偿失。

上一篇:Ruby学习笔记二帮助生成Vim添加代码头的代码
下一篇:Ruby学习笔记一
一句话新闻
一文看懂荣耀MagicBook Pro 16
荣耀猎人回归!七大亮点看懂不只是轻薄本,更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象:要么轻薄但性能一般,要么性能强劲但笨重臃肿。然而,今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上,荣耀宣布猎人游戏本正式回归,称其继承了荣耀 HUNTER 基因,并自信地为其打出“轻薄本,更是游戏本”的口号。
众所周知,寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验,而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起,我们不禁对它产生了强烈的好奇:作为代表荣耀猎人游戏本的跨界新物种,它究竟做了哪些平衡以兼顾不同人群的各类需求呢?
友情链接:杰晶网络 DDR爱好者之家 南强小屋 黑松山资源网 白云城资源网 网站地图 SiteMap