gpt4 book ai didi

ruby-on-rails - Rails :include vs.:加入

转载 作者:数据小太阳 更新时间:2023-10-29 06:16:16 25 4
gpt4 key购买 nike

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

因此,拉取您知道将要使用的关联记录的福音是使用 :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/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com