Ruby on Rails隨機發布通過acts_as_taggable_on_steroids

Question

使用Rails 3，我是一個RoR noob，所以這可能很簡單，但我似乎無法弄清楚。我的意思是，我可以讓它工作，但我無法弄清楚最好的方法。

好吧，我已經閱讀了關於通過Rails選擇隨機記錄的所有問題，我認爲答案非常簡單，大部分。然而，我不得不在選擇一個隨機記錄之前調用acts_as_taggable_on_steroids方法，所以我的首選技術不起作用，因爲find_tagged_with返回一個數組。

這是一個由兩部分組成的問題。從性能的角度來看，我需要知道哪些方法是最好的，以及如果使用不同的tag.name多次調用此方法，如何防止重複帖子出現在結果中。

下面是到目前爲止，我已經試過的方法：

def related_posts(tag) 
    rand_id = rand(Post.find_tagged_with(tag.name).count) 
    rand_record = Post.find_tagged_with(tag.name, :conditions => [ "posts.id >= ?", rand_id], :limit => 2) 
    end 

    def related_posts(tag) 
    rand_id = rand(Post.find_tagged_with(tag.name).count) 
    post = Post.find_tagged_with(tag.name, :offset => rand_id, :limit => 2) 
    end 

    def related_posts(tag) 
    post = Post.find_tagged_with(tag.name, :order => 'RAND()', :limit => 2) 
    end 

    def related_posts(tag) 
    posts = Post.find_tagged_with(tag.name) 
    offset = rand(posts.count) 
    posts.find(:offset =>offset) #doesn't work since this is an array at this point :(
    end 

    def related_posts(tag) 
    related = [] 
    posts = Post.find_tagged_with(tag.name) 
    related << random_post(posts) 
    related << random_post(posts) 
    return related 
    end 
    def random_post(obj) 
    rand_id = rand(obj.count) 
    rand_record = obj[rand_id] 
    end 

編輯：這似乎是最快的，雖然我很少遇到性能測試Rails應用。

def related_posts(tag) 
    posts = Post.find_tagged_with(tag.name).sort_by { rand }.slice(0, 2) 
    end 

無論誰發生回答這個問題，你能否也請解釋究竟發生了什麼？它是隨機化記錄並在數據庫級別或其他方面進行排序。此外，這通常意味着與軌道應用程序的性能明智嗎？

Answer 1

，我將向下突破這條線爲雅：

posts = Post.find_tagged_with(tag.name).sort_by { rand }.slice(0, 2) 

第一個鏈接調用find_tagged_with建立SQL並執行查詢。我想它是一個ActiveRecord :: Relation對象。

第二個，sort_by是一個內置的Rails方法。所以它不使用數據庫來進行排序。如果您在第一次調用中有成千上萬條記錄，這可能會變得昂貴。有關此處的更多信息，請參見：http://paulsturgess.co.uk/articles/show/85-ruby-on-rails-sort_by-vs-sort

最後，slice（0，2）是一種Array方法，用於切割您的結果數組。有噸這樣做的其他方式，如。首先（2）或[0..2]

而且，這裏有一個詳細的Ruby on Rails的引導基準（性能測試每一種方法）：http://guides.rubyonrails.org/performance_testing.html