Run Rails Code nach einem Update auf die Datenbank hat sich verpflichtet, ohne after_commit

Question

Ich versuche, einige Rennen Fällen mit meinem Hintergrund Task Manager zu kämpfen. Im Wesentlichen habe ich ein Thing Objekt (bereits existiert) und ordnen Sie ihm einige Eigenschaften zu und dann speichern Sie es. Nachdem es mit den neuen Eigenschaften gespeichert wurde, stelle ich es in Resque ein und übergebe die ID.

thing = Thing.find(1) 
puts thing.foo # outputs "old value" 
thing.foo = "new value" 
thing.save 
ThingProcessor.queue_job(thing.id) 

Der Hintergrundjob lädt das Objekt mit Thing.find(thing_id) aus der Datenbank.

Das Problem ist, dass wir gefunden haben Resque ist so schnell beim Abholen des Jobs und Laden der Thing Objekt von der ID, dass es ein veraltetes Objekt lädt. Innerhalb des Jobs ruft der Aufruf thing.foo immer noch den "alten Wert" wie 1/100 (nicht echte Daten, aber es passiert nicht oft).

Wir wissen, dass dies ein Rennfall ist, weil Schienen von thing.savezurückkommen werden, bevor die Daten tatsächlich in die Datenbank (Postgresql in diesem Fall) festgeschrieben wurden.

Gibt es einen Weg in Rails, Code nur auszuführen, nachdem eine Datenbankaktion festgeschrieben wurde? Im Wesentlichen möchte ich sicherstellen, dass zu dem Zeitpunkt, zu dem Resque das Objekt lädt, es das frischeste Objekt erhält. Ich weiß, dass dies mit einem after_commit Haken auf dem Thing Modell erreicht werden kann, aber ich will es nicht dort. Ich brauche das nur in diesem einen spezifischen Kontext, nicht jedes Mal, wenn das Modell Commit in die DB geändert hat.

Answer 1

Sie können auch eine Transaktion eingeben. Genau wie das folgende Beispiel:

transaction do 
    thing = Thing.find(1) 
    puts thing.foo # outputs "old value" 
    thing.foo = "new value" 
    thing.save 
end 
ThingProcessor.queue_job(thing.id) 

---

Update: es ist ein Juwel, die nach der Transaktion aufruft, damit Sie Ihr Problem lösen können. Hier ist der Link: http://xtargets.com/2012/03/08/understanding-and-solving-race-conditions-with-ruby-rails-and-background-workers/

Answer 2

Was ist eine try um die transaction Einwickeln so dass der Auftrag der Warteschlange besteht nur bei Erfolg der Transaktion?