Rails Eager Loading和where子句

use*_*624 7 ruby-on-rails eager-loading

我渴望加载一个模型对象及其关联:

user= User.includes(:posts).find(1)
Run Code Online (Sandbox Code Playgroud)

但是在代码中的某些点我想做这样的事情:

user.posts.where(:topic => "x")
Run Code Online (Sandbox Code Playgroud)

但这只是重新运行查询.所以我想我会这样做:

user.posts.select{|post| post.topic == "x" }
Run Code Online (Sandbox Code Playgroud)

这不会重新运行查询.但我有几个问题.

首先,这是正确的方法吗?

其次,我对这种情况下的选择有点困惑.因为当我运行最后一行时,即使我没有使用包含函数,第一次运行查询,然后再运行它,如果我再次运行它,它不会...那么是否涉及某种缓存?因为当我使用where子句时,它每次都运行查询.

谢谢.

dee*_*our 15

select是Enumerable上的Ruby方法.你第一次跑步

user.posts.select{|post| post.topic == "x" }
Run Code Online (Sandbox Code Playgroud)

所有Post用于实例user:posts关联将被从数据库到内存中被加载; 特别是进入ActiveRecord集合对象.select然后在此集合上调用,Post使用:topic除了之外的任何属性过滤掉集合中的所有实例"x".

再次运行上面的行不会再次查询数据库,因为您已经加载posts到内存中.


当你在includes下面这样做时

user= User.includes(:posts).find(1)
Run Code Online (Sandbox Code Playgroud)

它会渴望负荷:posts对于每个关系User返回的实例(在此情况下,一个单一的User,其中:id1).现在,您已将所有Post实例加载到内存中,如上一节中所述.

如果你那么做的话

user.posts.where(:topic => "x")
Run Code Online (Sandbox Code Playgroud)

现在你告诉轨运行一个新的打击的查询Post,这一次找到所有Post地方的实例:topic"x"在哪里:user_id:iduser.where不像内存中的ARel集合中的"过滤器"那样工作.


  • 如果你想避免另一个不好的查询,这select是一种过滤内存中结果集的好方法.
  • 你可以运行基准测试来找到哪个更快:
    1. 查询数据库并将另一个ARel集合重新填充到内存中
    2. 迭代内存中的enumberable并使用Ruby运行过滤器
  • 如果你永远需要的所有相关:postsuser,你可以很容易地包括在这个原始查询

    user.includes(:posts).where("posts.topic = ?", 'x')
    
    Run Code Online (Sandbox Code Playgroud)