фоновая работа против обратного вызова after_save

Question

У меня есть модель под названием «Голосование», которая очень часто меняется (люди голосуют по материалам). Я делаю другую аналитику после того, как голосование сохраняется, например, интерполяция, если избиратель является мужчиной/женщиной, какой возраст и т. Д. Это приводит к обновлению счетчиков (голосов для взрослых, голосов женщин и т. Д.) Той же модели.

Интересно, как лучше всего это сделать после сохранения, если это будет фоновая работа (я использую плагин delayed_job), или это лучше всего оставить в качестве обратного вызова after_save? Что лучше и с точки зрения производительности?

Мне не нужно показывать до последних последних данных пользователю (даже если обратный вызов after_save так и не выполнит).

Благодаря

Answer 1

Моего правила заключается в том, что, если она занимает больше времени, чем вторая (в среднем), чтобы закончить - я засунуть его в качестве фонового задания, в противном случае я буду держать в синхронном. Я использую delayed job, он работает хорошо, и у меня не было причин оставлять его. У меня был один случай, когда мне не нужно было ударять базу данных в фоновом задании, и я использовал пользовательскую задачу rake, она была очень эффективной и мне удалось реализовать фоновый процессор задания.