这更像是一个“事情为什么会这样”的问题,而不是一个“我不知道怎么做”的问题。

拉关联记录的福音是使用:include因为你会得到一个连接,避免一大堆额外的查询:

Post.all(:include => :comments)

然而,当你查看日志时,没有连接发生:

Post Load (3.7ms)   SELECT * FROM "posts"
Comment Load (0.2ms)   SELECT "comments.*" FROM "comments" 
                       WHERE ("comments".post_id IN (1,2,3,4)) 
                       ORDER BY created_at asc) 

它采用了一种捷径,因为它一次拉出了所有的注释,但它仍然不是一个连接(所有文档似乎都是这么说的)。我能得到一个连接的唯一方法是使用:joins而不是:include:

Post.all(:joins => :comments)

日志显示:

Post Load (6.0ms)  SELECT "posts".* FROM "posts" 
                   INNER JOIN "comments" ON "posts".id = "comments".post_id

Am I missing something? I have an app with half a dozen associations and on one screen I display data from all of them. Seems like it would be better to have one join-ed query instead of 6 individuals. I know that performance-wise it's not always better to do a join rather than individual queries (in fact if you're going by time spent, it looks like the two individual queries above are faster than the join), but after all the docs I've been reading I'm surprised to see :include not working as advertised.

也许Rails意识到了性能问题,除非在某些情况下才会加入?


当前回答

'joins'只是用来连接表当你在连接上调用关联时它会再次触发查询(这意味着会触发很多查询)

lets suppose you have tow model, User and Organisation
User has_many organisations
suppose you have 10 organisation for a user 
@records= User.joins(:organisations).where("organisations.user_id = 1")
QUERY will be 
 select * from users INNER JOIN organisations ON organisations.user_id = users.id where organisations.user_id = 1

it will return all records of organisation related to user
and @records.map{|u|u.organisation.name}
it run QUERY like 
select * from organisations where organisations.id = x then time(hwo many organisation you have)

在本例中,SQL的总数为11

但随着 'includes'将立即加载所包含的关联并将它们添加到内存中(在第一次加载时加载所有关联),而不会再次触发查询

当你有唱片的时候 @records = User.includes(组织)。(“组织。User_id = 1") 那么query将是

select * from users INNER JOIN organisations ON organisations.user_id = users.id where organisations.user_id = 1
and 


 select * from organisations where organisations.id IN(IDS of organisation(1, to 10)) if 10 organisation
and when you run this 

u @records.map {| | u.organisation.name} 没有查询会触发

其他回答

.joins作为数据库连接,它连接两个或多个表,并从后端(数据库)获取选定的数据。

.包括数据库左连接的工作。它加载了左侧的所有记录,没有右侧模型的相关性。它用于急切加载,因为它加载内存中所有相关对象。如果我们在include查询结果上调用关联,那么它不会在数据库上触发查询,它只是从内存中返回数据,因为它已经在内存中加载了数据。

.joins将只是连接表并返回所选字段。如果在连接查询结果上调用关联,它将再次触发数据库查询

:includes将立即加载包含的关联并将它们添加到内存中。:包含加载所有包含的表属性。如果您在include查询结果上调用关联,它将不会触发任何查询

'joins'只是用来连接表当你在连接上调用关联时它会再次触发查询(这意味着会触发很多查询)

lets suppose you have tow model, User and Organisation
User has_many organisations
suppose you have 10 organisation for a user 
@records= User.joins(:organisations).where("organisations.user_id = 1")
QUERY will be 
 select * from users INNER JOIN organisations ON organisations.user_id = users.id where organisations.user_id = 1

it will return all records of organisation related to user
and @records.map{|u|u.organisation.name}
it run QUERY like 
select * from organisations where organisations.id = x then time(hwo many organisation you have)

在本例中,SQL的总数为11

但随着 'includes'将立即加载所包含的关联并将它们添加到内存中(在第一次加载时加载所有关联),而不会再次触发查询

当你有唱片的时候 @records = User.includes(组织)。(“组织。User_id = 1") 那么query将是

select * from users INNER JOIN organisations ON organisations.user_id = users.id where organisations.user_id = 1
and 


 select * from organisations where organisations.id IN(IDS of organisation(1, to 10)) if 10 organisation
and when you run this 

u @records.map {| | u.organisation.name} 没有查询会触发

连接和include之间的区别在于,使用include语句生成一个更大的SQL查询,将来自其他表的所有属性加载到内存中。

例如,如果您有一个充满评论的表,并且您使用a:joins => users来拉入所有用户信息以进行排序,等等,它将工作得很好,并且比:include花费的时间要少,但是您想要显示评论以及用户名称、电子邮件等。要使用:joins获取信息,它必须为它获取的每个用户进行单独的SQL查询,而如果使用:include,则此信息已准备好使用。

很好的例子:

http://railscasts.com/episodes/181-include-vs-joins

除了性能方面的考虑外,还有功能上的差异。 当你连接评论时,你是在请求有评论的帖子——默认情况下是一个内部连接。 当你包含评论时,你是在请求所有的帖子——一个外部连接。