CREATE TABLE bonus_log
(`id` int, `user` varchar(4), `reason` varchar(10), `account` int,
`created` DATETIME, `expired` DATETIME, `link` int, `description` varchar(40))
;
INSERT INTO bonus_log
(`id`, `user`, `reason`, `account`, `created`, `expired`, `link`, `description`)
VALUES
(1, 'user', 'income', 20, '2022/02/01', NULL, NULL, 'present 20'),
(50, 'user', 'income', 20, '2022/02/20', '2022/03/20', NULL, 'period'),
(75, 'user', 'buying', -28, '2022/02/28', NULL, NULL, 'buying 18'),
(100, 'user', 'income', 10, '2022/03/01', '2022/04/01', NULL, 'period'),
(101, 'user', 'income', 10, '2022/03/01', '2022/04/01', NULL, 'period'),
(102, 'user', 'income', 10, '2022/03/01', '2022/04/01', NULL, 'period'),
(103, 'user', 'income', 10, '2022/03/01', '2022/04/01', NULL, 'period'),
(104, 'user', 'burning', 0, '2022/03/20', NULL, 50, 'burn 20'),
(105, 'user', 'buying', -28, '2022/03/21', NULL, NULL, 'buying 22'),
(106, 'user', 'burning', -10, '2022/04/01', NULL, 100, 'burn2'),
(107, 'user', 'burning', -2, '2022/04/01', NULL, 101, 'burn0'),
(108, 'user', 'burning', -0, '2022/04/01', NULL, 102, 'burn0'),
(109, 'user', 'burning', -0, '2022/04/01', NULL, 103, 'burn0'),
(110, 'user', 'income', 10, '2022/04/02', '2022/05/02', NULL, 'period')
;-- select @date := '2022/05/02'; -- 3 жег
-- select @date := '2022/04/02'; -- второй жег+1день
select @date := '2022/04/01' ; -- второй жег
-- select @date := '2022/03/21' ; -- первый жег+1день
-- select @date := '2022/03/20' ; -- первый жег
-- select @date := '2022/02/19' ; -- начало времен
-- select @date := '2022/01/19' ; -- до начала времен
-- считаем минимальную дату несгоревшего прихода (2 почти одинаковых запроса подряд)
select @date2:=min(x.created),@summ:=sum(x.account) from bonus_log x
left join bonus_log y on y.reason='burning' and y.link=x.id
and y.created<@date
where x.reason='income' and x.expired<=@date
and y.id is null
order by x.created, x.id;
-- сумма трат, которая должна сгореть, по дате
select @toburn:= @summ+COALESCE(sum(x.account),0) from bonus_log x
where x.reason="buying" and x.created<@date and x.created>=@date2 ;
-- все сгорающие в этот день приходы на дату
select x.user, 'burning' as reason ,IF(@toburn<x.account,-@toburn,-x.account ) as account, x.expired as created,NULL as expired, x.id as link, IF(@toburn<x.account, @toburn:=0, @toburn:[email protected] ) as tmp from bonus_log x
left join bonus_log y on y.reason='burning' and y.link=x.id
and y.created<@date
where x.reason='income' and x.expired<=@date
and y.id is null
order by x.created, x.id;
--
select CONCAT(' всего в кошельке по дате:', @date) `+`, COALESCE(sum(`account`),0) as total from bonus_log where created<@date;| user | created | link | reason | account | expired | tmp |
| ---- | ------------------- | ---- | ------- | ---------------------------------- | ------- | -------------------------------- |
| user | 2022-04-01 00:00:00 | 100 | burning | -10.000000000000000000000000000000 | | 2.000000000000000000000000000000 |
| user | 2022-04-01 00:00:00 | 101 | burning | -2.000000000000000000000000000000 | | 0.000000000000000000000000000000 |
| user | 2022-04-01 00:00:00 | 102 | burning | 0.000000000000000000000000000000 | | 0.000000000000000000000000000000 |
| user | 2022-04-01 00:00:00 | 103 | burning | 0.000000000000000000000000000000 | | 0.000000000000000000000000000000 |
| + | total |
| ------------------------------------ | ----- |
| всего в кошельке по дате:2022/04/01 | 24 |Ощущение, что делаются ненужные телодвижения.
а где баланс? линк это у тебя связка на приходы?
Баланс, как таковой, не хранится. Баланс - это сумма всей истории. Линк - да, завязка на приход, но только для операций сгорания. Они же сигнализируют, что этот приход "можно больше не сжигать".
это зря
Ну, задача @WMix - это задача складского учета, когда есть пара коробок шурупов, по 100 штук и пара коробок гвоздей. И их нужно работягам раздавать каждый день и новые коробки прикупать... А тут все баллы единообразны, хотя некоторые тухнут со временем... В общем - немного другая задача.
Ну это же тот самый лог и есть. Можно навернуть description как поле json и пихать туда любой объем сопроводительной информации. Хотя, по сути, достаточно только хранить ссылку на заказ в корзине товаров.
Я про вот это. Зачем нужно знать, что на эту конкретную оплату потрачены вот конкретно такие и такие начисления, если их можно вычислить и учесть к моменту сгорания ? Смотреть их пользователю нафиг не нужно. Для отладки алгоритма разве что...
Я всегда смотрю сколько бонусов на моём балансе и коогда какие бонусы сгорают.
понимаем что либо хранить всю таблицу либо писать хитровы... алгоритмы с подсчетом баланса для архивирования записей,
Да, а вот это уже аргумент. Внезапно обнаружить, что на достаточно большой таблице запрос с рекурсивным джоином начнет тоормозить, будет неприятно...
