3

这个 ruby​​/rails 构造总是让我感到困惑：

User.where(:name => "Thiago").limit(3).using(:slave_one)

这必须从左到右执行，以便每个连续的调用都有一个接收器。所以我们从 User 类开始，调用where它返回一个ActiveRecord::Relation. 然后limit在该实例上调用，返回ActiveRecord::Relation. 然后using在该实例上调用（恰好选择了一个分片）。ActiveRecord::Relation我猜，整个事情在对象内部建立了一个 SQL 查询。我的问题是，“是什么触发了查询的实际执行”？它不能在链中的任何特定点执行，因为链中可能存在进一步修改查询的后继者。即使using返回，查询仍然无法执行，因为它不知道是否有附加方法附加到链上。显然，它确实在构建后执行查询，那么查询实际上是如何调用的呢？

谢谢...我现在看到链中方法的名称具有“语义”。有些人会进一步修改正在构建的查询。最后一个也是唯一的最后一个可能是需要获取数据的类型。

4

2 回答 2

7

ActiveRecord::Relation 不会打扰与数据库对话，直到您向它询问一些数据。例如：

User.where(:name => "Thiago").limit(3).using(:slave_one).count
# talks to the database here ----------------------------^^^^^

如果您查看 ActiveRecord::Relation，您会发现它包含ActiveRecord::QueryMethods，其中的大部分内容如下所示：

def x(*args)
  relation = clone
  # merge args into relation
  relation
end

所以关系只是一块一块地构建一个查询，直到你做一些需要执行查询的事情；然后它将构建适当的 SQL，将其发送到数据库，并使用数据库发回的内容（理论上）做一些有用的事情。

另请注意，每个 QueryMethods 方法都返回一个克隆和修改的关系，因此您可以执行以下操作：

r1 = User.where(:name => 'Pancakes')
r2 = r1.limit(3)

然后用于r1抓取所有匹配项或r2仅抓取其中三个。

于 2011-08-30T18:51:48.710 回答
3

这种构造（查询在构建时永远不会执行）是有意的。这称为延迟加载。

查询在您第一次向关系请求数据时执行。IE 如果你有：

@users = User.where(:name => "Thiago").limit(3).using(:slave_one)
@users.first.name #the query executes here

通常这将在视图模板中调用查询数据的第一行时执行。

于 2011-08-30T18:51:50.603 回答