在哪里修补 Rails ActiveRecord::find() 以首先检查内存中的集合？

Question

由于一些复杂的原因，我想创建一些像这样工作的东西：

# Controller:
@comments = @page.comments # comments are threaded
# child comments still belong to @page
...  
# View:

@comments.each_root {
  display @comment {
    indent & recurse on @comment.children 
} }

# alternatives for how recursion call might work:     

# first searches @comments, then actually goes to SQL
comment.in_memory.children

# only looks at @comments, RecordNotFound if not there
# better if we know @comments is complete, and checking for nonexistent
#  records would be wasteful
comment.in_memory(:only).children

# the real thing - goes all the way to DB even though target is already in RAM
# ... but there's no way for find() to realize that :(
comment.children

我什至不确定这是否可能，更不用说一个好主意了，但我很好奇，而且它会很有帮助。

基本上我想重定向 find() ，以便它首先/仅查看已加载的集合，使用类似于假设的 @collection.find{|item| 之类的东西。 item.matches_finder_sql(...)}。

重点是防止对已批量加载的内容进行不必要的复杂缓存和昂贵的数据库查找。

如果可能的话，如果这能与现有的过时机制、关联延迟加载等配合得很好，那就太好了。

嵌套注释只是一个例子；当然这也适用于许多其他情况。

那么...我该怎么做呢？

Answer 1

您不应该编写 Rails 本身已有的内容！您可以轻松地利用 Rails 的缓存方法将查询结果放入 Memcached（或您配置的任何缓存框架）中：

class ArticleController < ApplicationController 
  def index
    @articles = Rails.cache(:articles_with_comments, :expires_in => 30.minutes) do
      Article.find(:all, :include => :comments)
    end
  end
end

顺便说一句。 :expires_in 是可选的。您可以“永远”保留缓存或手动使其过期。

第二个例子，如我的评论所示：

class ArticleController < ApplicationController 
  def index
    @page = Page.find(params[:page_id]

    @articles = Rails.cache([:articles_with_comments, @page.id], :expires_in => 30.minutes) do
      Article.find(:all, :include => :comments, :conditions => { :page_id => @page.id})
    end
  end
end

这将缓存给定 @page 对象的文章和评论。