Rails：include vs.：join這更像是“為什么這樣做的事情”這個(gè)問(wèn)題，而不是“我不知道該怎么做”這個(gè)問(wèn)題......所以關(guān)于拉動(dòng)你知道你將要使用的相關(guān)記錄的福音就是使用，:include因?yàn)槟銓@得一個(gè)連接并避免一大堆額外的查詢：Post.all(:include => :comments)但是，當(dāng)您查看日志時(shí)，沒(méi)有發(fā)生加入：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)它正在采取一種捷徑，因?yàn)樗鼤?huì)立即提取所有注釋，但它仍然不是連接（這是所有文檔似乎都說(shuō)的）。我可以獲得連接的唯一方法是使用:joins而不是:include：Post.all(:joins => :comments)日志顯示：Post Load (6.0ms)  SELECT "posts".* FROM "posts"                     INNER JOIN "comments" ON "posts".id = "comments".post_id我錯(cuò)過(guò)了什么嗎？我有一個(gè)有六個(gè)關(guān)聯(lián)的應(yīng)用程序，在一個(gè)屏幕上我顯示所有這些數(shù)據(jù)。似乎最好有一個(gè)加入查詢而不是6個(gè)人。我知道在性能方面，進(jìn)行連接而不是單個(gè)查詢并不總是更好（事實(shí)上，如果你花費(fèi)時(shí)間，看起來(lái)上面的兩個(gè)單獨(dú)的查詢比連接更快），但是在所有文檔之后我一直在閱讀，我很驚訝地看到:include不像宣傳的那樣工作。也許Rails的是認(rèn)識(shí)到性能問(wèn)題，并除非在某些情況下，不加入呢？