Uruchomienie kodu rails po zatwierdzeniu aktualizacji bazy danych, bez after_commit

Question

Próbuję walczyć z niektórymi sprawami z moim menedżerem zadań w tle. Zasadniczo posiadam obiekt Thing (już istnieje) i przypisuję mu kilka właściwości, a następnie zapisz go. Po zapisaniu z nowymi właściwościami, umieszczam je w kolejce w Resque, przekazując identyfikator.

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

Zadanie w tle spowoduje załadowanie obiektu z bazy danych za pomocą Thing.find(thing_id).

Problem polega na tym, że znaleźliśmy Resque tak szybko w pobieraniu pracy i ładowaniu obiektu Thing z ID, że ładuje nieaktualny obiekt. Tak więc w ramach zadania wywołanie thing.foo nadal będzie zwracało "starą wartość", np. 1/100 (nie rzeczywiste dane, ale nie zdarza się to często).

Wiemy, że jest to przypadek wyścigowy, ponieważ szyny powracają z thing.save, zanim dane rzeczywiście zostaną zatwierdzone do bazy danych (w tym przypadku postgresql).

Czy istnieje sposób w Railsach do wykonywania kodu PO operacji bazy danych zatwierdza? Zasadniczo chcę się upewnić, że zanim Resque załaduje obiekt, otrzyma najświeższy obiekt. Wiem, że można to osiągnąć za pomocą haka after_commit w modelu Thing, ale nie chcę go tam. Potrzebuję tego tylko w tym konkretnym kontekście, nie za każdym razem, gdy model zatwierdza się do DB.

Answer 1

Możesz również wprowadzić transakcję. Podobnie jak w poniższym przykładzie:

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

---

Aktualizacja: tam jest skarb, który wywołuje Po Transakcji, z tym może rozwiązać Twój problem. Oto link: http://xtargets.com/2012/03/08/understanding-and-solving-race-conditions-with-ruby-rails-and-background-workers/

Answer 2

Co owijania try wokół transaction tak, że praca jest w kolejce tylko po sukcesie transakcji?