А
ну как вариант и думаю выкинуть все это дело под отдельную бд.
правда пока не знаю под какую. весь мой опыт крутится вокруг мускула
правда пока не знаю под какую. весь мой опыт крутится вокруг мускула
Size: a a a
2021 June 11
И
Clickhouse
А
блин, точняк... вообще выгрузить эту задачу в отдельный микросервис!))
И
Несколько лет в проде крутится, каждую минуту порядка тысячи записей и все ок
А
плюнул в него данными и пошел респонс юзеру возвращать, а он там сам напилит статистики.
хотя лучше плюнул и подождал ответа все же...
хотя лучше плюнул и подождал ответа все же...
D
Погугли
А
а вы постоянны в своих советах как я посмотрю))
А
окей, полистаю на досуге. спасибо
D
Да погугли
AV
😂
MO
понял, ну я конечно сильно сомневаюсь, что даже близко к этому будет, у нас тоже есть сервис с платежами где большой оборот, но в день может около 2к проходит, а чтобы полтораляма, это прям яндек-еда какая-то 😃
MO
у меня был проект где тоже говорили что надо сразу делать под большие нагрузки, в итоге я создал серверную архитектуру с балансировщиком, апликейшенами базами и кешем и очередями - всё отдельные сервера и тд, в итоге проект так целый год и стоял деньги сосал, а потом вообще свернулся
D
Ну тут надо погуглить
MO
ты можешь попытаться этот вопрос урегулировать, ну или предупредить, что на решение задачи потребуется дополнительное время и деньги
MO
я так сходу даже не говто подсказать ответ
А
микротранзакции. несчастный бакс можно чуть ли не на 100 частей попилить))
А
почитал, мозг сломался))))
И
Там нечему ломать
A
обычные данные обязательно оставить. если будут тормозить отчёты - можно из них начать делать вот такие вот статистические таблицы для отчетов. тоже абсолютно нормальная практика. но сырые данные по продажам в любом случае придется оставить.
А
для меня сама концепция столбцовой системы не совсем укладывается. но это пройдет)