Давай хотя бы раз в секунду, изменений чуть больше, чем инкремент одного поля, записей 100500, а всё это ещё и логировать надо, что бы при необходимости откатить и иметь историческую сводку вглубь - вот тогда и будет плохеть. А тут, всего лишь один update, что тут смотреть то? --- Добавлено --- Кому-то надо полностью перелопачивать БД каждый день, потому что всё приложение крутится вокруг обновления всего содержимого БД и отдачи этого на сторону в реальном времени. Если вот прямо сейчас тебе нужно обновить сотню тысяч записей, да так что бы это было именно что обновление (ведь всем нужна история изменений, а ещё связи и т.п.), да так что из несчастной таблички ещё и читают нонстопом, а то и с другого потока очереди пытаются свою сотню тысяч обновить, а потока явно не два, то что? Скажешь что кроны с очередями должны быть иммутабельными, а ваша сотня тысяч записей обновится когда за ними придете? Неа, коллеги. Данные должны обновляться когда должны, а не когда хочется. А БД уже давно умеют в масштабирование, репликации, кластеры и балансировку. Как-то так )
Я не понимаю, с чего некоторые взяли, что их будут тратить, ведь в моем сообщении ни речи об этом. Честно говоря, я хотел сделать возраст перса. 1 реальный день - 1 игровой месяц. Так что, да, мне надо начислять так называемые "очки" именно через 24 часа. Хотя я не думаю, что важно, как я это называю: хоть конфетами, хоть, не знаю, хлебом. Если просто начислять - значит просто начислять, ведь, опять же, я говорил только про это, причём тут трата-то? Хотя, если название все же важно - простите, мой косяк.
@Kory, а почему нельзя сразу описать задачу нормально? Очередная тема с проблемой молотка. В любом случае ничего "начислять" не надо. Как я и говорил поля timestamp при создании персонажа более чем достаточно.
Нужно вещи называть своими именами. Бонусные очки обычно делают как раз для того, чтобы тратить. В твоем случае никаких дополнительных запросов к таблицам базы данных вообще не нужно делать. Просто конвертировать дату в кол-во дней = очки.
))))))))))))))) ну, на самом деле там практически без расходов получится: дату создания берем из модели профайла или юзера, вместе с остальными данными, а получить разность с текущим временем и пересчитать в "очки" (в очко ) - почти ничего не стоит.
Тему перечитайте. В общем берете разницу между тек. временем и временем регистрации и делите нацело на время в сутках. Реализация может немного различаться. Можно прям на мускуле сделать, сразу получать разницу в днях, и т.д., и т.п.
Ты уже три раза извинился в этом топике, и еще ни разу не послал никого нахер - парень, что с тобой не так?