ActiveRecord的counter_cache給陳舊的計數與multi_db寶石

我使用的是在Rails應用程序PostgreSQL的Slony聚-I複製多分貝的寶石。這大多完美地工作，但在某些情況下複製滯後。其中一種情況涉及ActiveRecord counter_cache。ActiveRecord的counter_cache給陳舊的計數與multi_db寶石

爲了清楚起見，假設以下兩種模式：

class Post < ActiveRecord::Base 
    has_many :comments 
    ... 
end 

class Comment < ActiveRecord::Base 
    belongs_to :post, :counter_cache => true, :touch => true 
    ... 
end

創建註釋後，RJS被稱爲更新評論數有：

@comment.post.comments_count

隨着多分貝關閉（或從數據庫指向主數據庫的條目），這工作正常。所以，我嘗試了這樣的事情：

ActiveRecord::Base.connection_proxy.with_master do 
    [email protected] 
    count=post.comments_count 
end

這仍然給出一個陳舊的結果。由於不設置：

config.cache_classes = false

它看起來像調用with_master不工作。有關如何確定哪個數據庫multi-db使用的任何建議？或者，或者，如何處理這些問題？

來源

2009-10-10 Christopher Foy

在我的經驗，進一步遠離你從「主流」的Rails讓用例或多個插件你一疊，越少，你可以在高級功能指望大家共同努力。 ActiveRecord魔術尤其如此。

如果它是重要的，你的評論數保持最新，做到明確。擺脫counter_cache和實現您的評論模型after_create和after_destroy回調遞增的，並在後期模型遞減計數字段。（或者，也許更可靠，他們設置爲該範圍重新計算的計數）。這看起來不太光滑，但也不太可能在任何合理的相關性集合的失敗。

來源

2009-10-19 15:23:05 SFEley

我給一個嘗試。我懷疑問題可能是從rjs調用它。 –

不知道這是您的解決方案，但我使用masochism爲我的數據庫複製，並counter_cache功能工作得很好。所以也許問題出在寶石上，你需要提交一張票。

來源

2009-10-16 06:00:08

ActiveRecord的counter_cache給陳舊的計數與multi_db寶石

回答

相關問題