Как правильно хранить приходы/расходы в интернет-магазине и вычислять наличие?

111

20 апреля 2021, 01:10

Мне нужно хранить операции в интернет-магазине: "приходы", "расходы", "возвраты", "брак". Мне нужно иметь возможность формировать отчеты по периодам с полями "было" и "стало". Мне нужно выводить актуальное наличие посетителям магазина. За пару лет сформируется таблица в несколько миллионов строк. Понятно, что при отображении наличия будет затронута небольшая часть. Но при формировании отчета учитываются все модели. Нужно ли мне хранить отдельно актуальное наличие? Нужно ли мне сохранять историю наличия, например, ежеквартально, чтобы быстрее считать "было" и "стало" исходя из нее?

Answer 1

Тут очень зависит от многих факторов- от нагрузки, структуры БД, требований... Актуальное наличие по идее достаточно популярный запрос к БД в магазине, поэтому лучше хранить отдельно. Если у вас операции реализованы, как таблица или таблицы фактов, то стоит ли хранить еще ежеквартально или еженедельно опционален, т.е. если есть смысл, читай как часто смотреть за какой-то период, то реализовывайте. Если маленькая нагрузка, то и триггер можно. Если нагрузка большая- кеширование вам в помощь. Главное данные не потерять.

Answer 2

Можно рассмотреть такой вариант:

Использовать реляционную БД для хранения актуальных данных + кеш, чтоб пользователю быстро отдать инфу о наличии товара.
Использовать что-то типа elasticsearch, clickhouse или что то подобное для большого хранения данных и быстрого поиска по ним, другими словами OLAP системами или хранение истории товара (приход, расход, возврат и т. п.)

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