这更像是一个“为什么事情会这样”的问题,而不是一个“我不知道该怎么做”的问题......
因此,拉取您知道将要使用的关联记录的福音是使用 :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 意识到了性能问题并且除了在某些情况下不会加入?
最佳答案
看来 :include
功能在 Rails 2.1 中发生了变化。 Rails 曾经在所有情况下都执行连接,但出于性能原因,它已更改为在某些情况下使用多个查询。 This blog post Fabio Akita 提供了一些关于更改的有用信息(请参阅标题为“优化的预先加载”的部分)。
关于ruby-on-rails - Rails :include vs.:加入,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1208636/