Как лучше реализовать постоянный отсчёт времени и суммирование значений?

Question

[Yura_Mart]

Добрый день, есть вопрос как лучше реализовать одну вещь.

Есть пользователи. Каждый пользователь может купить карточку на определённый срок (10 дней). За это каждый день ему будут начисляться баллы (100 баллов).

Получается на сервере нужно будет запускать скрипт для проверки сроков и суммирования баллов. Я думаю можно запускать этот скрипт по cron.

Вопрос в том, насколько часто можно его запускать и как сильно эту будет влиять на производительность? Например, если будет 1000 пользователей и у каждого будет 4-5 карточек, и скрипту нужно будет пройти их все.

Является ли данное решение верным или есть ещё способы реализации?

Comments

[Дмитрий]

Ну если пользователь купил карточку на 10 дней мы сразу можем ему начислить 100 баллов и не париться

[Сергей Соколов]

2 одновременные карточки значат, что каждый день не по 100, а по 200 баллов добавляется? Или они удлинняют срок «акции» – отработала за 10 дней одна, начала работать вторая?

Часовые пояса пользователей — международны, или они все из одного города?

[Yura_Mart]

Сергей Соколов, да, тогда получается каждый день по 200 баллов.
Все из одного города.

[Yura_Mart]

Дмитрий, нет, тут нужно будет каждый день показывать пользователю сколько дней осталось и сколько уже начислено у него.

[Дмитрий]

Yura_Mart, ну если вы показываете сколько дней осталось - то делаете diff in days между датой покупки и текущей датой, вам нужно лишь умножить это на 10.
То есть мы сразу плюсуем 100 а при показе или использовании вычетаем якобы не начисленные балы

Просто смысл нам инкрементить каждый день если мы заранее знаем откуда шли, куда пришли и сколько в день отматываем?

[Yura_Mart]

Дмитрий, да, в этом есть смысл, т.к. заранее известно сколько в итоге выйдет

Answer 1

[Сергей Соколов]

Надо ли иметь в БД статичное значение баллов? Может, оставить свойство вычисляемым — когда требуется узнать про конкретного пользователя, сколько у него баллов — выполняется поиск купленных им карточек за последние 10 дней и до сих пор активных, и суммируются.

Либо можно обновлять базу cron-задачей. Округлить до какого-то интервала времени: 1 сутки (если все в одном городе), или 1 час, если пользователи со всех частей света. Карта начинает действовать в ближайший следующий «момент» после активации. В ближайшую полночь, скажем.

1000 пользователей по 5 карточек — это не нагрузка, всё легко отработает.

Comments

[Yura_Mart]

Да, должно быть статичное значение баллов в БД.

Примерно так и думал сделать, как вы и предложили про cron.

Answer 2

[Дмитрий Дерепко]

> "Если в реляционной базе данных, то начисление 1000 пользователей с 4-5 карточками у каждого делается одним SQL-запросом"
> да, так и планировал сделать.

Не советую так делать, если не хотите зафакапить данные.
Даже обход в цикле 5000 тысяч строк не займет больше 5 минут. Зависит от сетапа, конечно.

Делайте поочередную выгрузку, последующее обновление с логированием куда-нибудь в файл, бд, stdout.
В случае, когда что-то пойдет не так, можете заглянуть в логи и увидеть, что 1 и 5000 строчек не обновилась, вместо того, чтобы все 5000 строк не были затронуты.
Если много памяти потреблять будет, то можно воспользоваться батч-запросами или курсором.
Скрипт на 5 минут в день не повлияет на вашу производительность приложения. Делать 1 запросом может и быстрее, но только если вы уже всё отстроили и точно уверены в том, что этот запрос никогда сбоить не будет. Даже после изменения схемы БД другим программистом, который забудет поправить ваш скрипт ;)