Rails：include vs.：join

Question

Rails：include vs.：join

这更像是“为什么这样做的事情”这个问题，而不是“我不知道该怎么做”这个问题......

所以关于拉动你知道你将要使用的相关记录的福音就是使用，: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

我错过了什么吗？我有一个有六个关联的应用程序，在一个屏幕上我显示所有这些数据。似乎最好有一个加入查询而不是6个人。我知道在性能方面，进行连接而不是单个查询并不总是更好（事实上，如果你花费时间，看起来上面的两个单独的查询比连接更快），但是在所有文档之后我一直在阅读，我很惊讶地看到:include不像宣传的那样工作。

也许Rails的是认识到性能问题，并除非在某些情况下，不加入呢？

Answer 1

似乎:includeRails 2.1改变了功能。Rails用于在所有情况下进行连接，但出于性能原因，在某些情况下将其更改为使用多个查询。 Fabio Akita的这篇博客文章提供了有关变化的一些很好的信息（参见标题为“Optimized Eager Loading”的部分）。

Answer 2

.joins将只加入表格并带来选定的字段作为回报。如果在连接查询结果上调用关联，它将再次触发数据库查询:includes将急切加载包含的关联并将其添加到内存中。:includes加载所有包含的表属性。如果在包含查询结果上调用关联，则不会触发任何查询