gpt4 book ai didi

ruby-on-rails - Ruby 的 .where 与检测

转载 作者:数据小太阳 更新时间:2023-10-29 08:36:07 25 4
gpt4 key购买 nike

我正在寻找一种速度更快且使用更少服务器处理的方法。在我的应用程序中,我可以同时使用 .where.detect:

地点:

User.where(id: 1)
# User Load (0.5ms)

检测:

User.all.detect{ |u| u.id == 1 }
# User Load (0.7ms). Sometimes increases more than .where

我明白 .detect returns the first item in the list for which the block returns TRUE但是如果我有成千上万的用户,它与 .where 相比如何呢?

为清晰起见进行了编辑。

.where 在本例中使用,因为我可能不会单独查询 id。如果我有一个名为“name”的表列怎么办?

最佳答案

在这个例子中

User.find(1)        # or
User.find_by(id: 1)

将是最快的解决方案。因为这两个查询都告诉数据库只返回一条具有匹配 id 的记录。一旦数据库找到匹配的记录,它不会进一步查找,而是立即返回该记录。

鉴于

User.where(id: 1)

将返回符合条件的对象数组。这意味着:在找到匹配记录后,数据库将继续寻找其他记录来匹配查询,因此总是扫描整个数据库表。在这种情况下——因为 id 很可能是一个具有唯一值的列——它会返回一个只有一个实例的数组。

相反

User.all.detect { |u| u.id == 1 }

这将从数据库中加载所有用户。这将导致将数千个用户加载到内存中,构建 ActiveRecord 实例,遍历该数组,然后丢弃所有不符合条件的记录。与仅从数据库加载匹配记录相比,这将非常慢。

数据库管理系统针对运行选择查询进行了优化,您可以通过设计有用的模式并添加适当的索引来提高它们执行此操作的能力。从数据库加载的每条记录都需要转换为 ActiveRecord 的实例,并且会消耗内存——这两个操作都不是免费的。因此,经验法则是:尽可能直接在数据库中而不是在 Ruby 中运行查询。

关于ruby-on-rails - Ruby 的 .where 与检测,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39362536/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com