IC
Ок, очередь с отсрочкой исполнения. А как ты будешь хранить там данные?
Size: a a a
2018 April 24
DS
В очереди хранить серию событий. А всё остальное в обычной модели - причём какой угодно.
IC
Key value по ключу id юзера + id обьекта с хранением времени
Иногда юзер - это единственный объект. Например, "выздоровление в больнице" или "отсидка в тюрьме" - это тоже таймауты.
DS
Селери же может работать с любыми бд, но предпочитительнее те, который поддерживают паб/саб. Обычно подключают редис.
DS
Кстати, первый. кто прикрутит к селери тарантул получит звание первого извращенца в мире :)
IC
Т.е. селери цепляется к любой БД? А что в БД должно быть? Вот есть там юзер. Нам надо сказать "он выздоровеет через 10 минут". Что для этого надо в БД сохранить?
IC
Решение с key-value я тоже рассматривал.
IC
Туда надо добавить "тип таймаута" - т.е. "выздоровление", "заправка корабля" и т.д.
IC
То есть у нас есть поля: "тип таймаута" и "ид объекта", ну и дата/время истечения таймаута. Вопрос в том, куда все это записать, чтобы хранить максимально надежно и с защитой от дурака.
AM
Таймаут можно рассматривать, как флаг, наличие которого сигнализирует на запрет какого-либо действия. В БД типа key/value кладем значение с ограниченным временем жизни. Пока оно живо — действие запрещено. При записи значение таймаута берется из пула купленных (или умолчательных) для пользователя. Ключ - юзер, значение - тип таймаута
IC
Таймаут можно рассматривать, как флаг, наличие которого сигнализирует на запрет какого-либо действия. В БД типа key/value кладем значение с ограниченным временем жизни. Пока оно живо — действие запрещено. При записи значение таймаута берется из пула купленных (или умолчательных) для пользователя. Ключ - юзер, значение - тип таймаута
Отлично, вспомнили про экспирацию 😊
IC
Но это неправильный ответ. Повторяю: должна быть защита от криворукого программиста.
IC
(хотя именно так я и хотел сначала сделать)
IC
Окончательное решение получилось извращенское, кстати))
IC
Но с доп. уровнем защиты.
IC
Так что не стесняйтесь предлагать самые странные идеи)
IC
Под защитой от дурака подразумеваю проверку всех сохраненных значений - т.е. мы не можем случайно сохранить undef, значение типа таймаута не из списка или айдишник несуществующего объекта.
IC
При этом сами данные хранятся в PostgreSQL.
IC
В-общем, если кому интересно голову поломать, пишите - я чуть позже приду и скажу, к чему мы пришли (или может увижу тот самый ответ, который заставит меня предложить переделку).