ActiveRecord 進階：預加載關聯資料 (Eager Loading) 解決 N+1 查詢效能問題

問題：N+1 查詢災難

假設部落格模型：

class Post < ActiveRecord::Base
  belongs_to :author
  has_many :comments, :order => 'created_on DESC'
end

遍歷所有文章並存取作者與最新評論：

for post in Post.find(:all)
  puts "Post: #{post.title}"
  puts "Written by: #{post.author.name}"
  puts "Last comment on: #{post.comments.first.created_on}"
end

執行 1 次查詢 posts + N 次查詢 authors + N 次查詢 comments = 2N+1 次查詢。N=100 即 201 次資料庫往返，效能嚴重下降。

解決方案：:include 預加載

# 單一關聯預加載
for post in Post.find(:all, :include => :author)
  # ... 只需 2 次查詢 (posts + authors)
end

# 多重關聯一次預加載
for post in Post.find(:all, :include => [:author, :comments])
  # ... 僅 1 次查詢 (LEFT OUTER JOIN posts, authors, comments)
end

預加載的代價與限制

• 記憶體壓力：一次性載入所有關聯物件，大量資料時記憶體暴增
• 不支援的資料庫：需支援 LEFT OUTER JOIN（Oracle 8 不支援，需升級 9i+）
• 不保證更快：小資料量或高選擇性查詢時，延遲加載反而更佳

進階用法：條件查詢時的表名前綴

使用 :include 時，:conditions 中的欄位必須加表名前綴消除歧義：

Post.find(:all,
  :conditions => "posts.title LIKE '%ruby%'",
  :include => [:author, :comments]
)

最佳實踐建議

1. 開發階段啟用 SQL 日誌（config.active_record.logger = Logger.new(STDOUT)），觀察查詢數
2. 僅在確定會存取關聯資料時使用 :include
3. 大數據集考慮分頁 + 延遲加載，或使用 :joins 手寫 SQL 精確控制
4. 搭配 :select 限制欄位，減少記憶體佔用

預加載是解決 N+1 問題的利器，但需權衡記憶體與查詢複雜度，實測為準。