AS
Evg Sevg
Хлопцы, кто сталкивался с таким? Необходима эффективная система хранения статистики.Есть карточки компаний (~1М штук, у них уже есть company_id), с ними происходят события разных типов (их 5-10 штук и они заранее известны, например: "посещение карточки компании" или "показ миникарточки компании в каталоге"). Всего разных событий - примерно ~10M в сутки.Пример событий: "посещение карточки компании №1923 в 2017-09-30" или "показ миникарточки компании №234 в каталоге в 2017-09-29".
Нам нужна возможность для выбранного типа события (которых немного, и они заранее известны) и выбранной компании построить график, где по горизонтали будет идти календарная дата, а по вертикали - кол-во событий.
При этом возможность делать любые другие виды отчётов нас не интересует.
Обратите внимание - в задаче есть подводные камни. Среди всех кто дал на неё ответы, каждый третий понял сложность задачи, а рабочее при указанных ограничениях решение получилось только у каждого десятого.
Нам нужна возможность для выбранного типа события (которых немного, и они заранее известны) и выбранной компании построить график, где по горизонтали будет идти календарная дата, а по вертикали - кол-во событий.
При этом возможность делать любые другие виды отчётов нас не интересует.
Обратите внимание - в задаче есть подводные камни. Среди всех кто дал на неё ответы, каждый третий понял сложность задачи, а рабочее при указанных ограничениях решение получилось только у каждого десятого.
Є цілі тип баз даних, які заточені під highload/bigdata статистику, я юзав ClickHouse від яндекса і Druid. ше є Amazon Redshift. В цілому вони називаються колоночні бази даних. В Миколаєві робив доповідь по Клікхаузу. Якщо багатьом людям цікаво - можу повторити на якомусь fwdays) https://eagleeye.github.io/talks/2019/06/07/how-to-clickhouse-mykolaiv-web-tech.html
