оверхед же пиздец какой

А. т.е. нужна статистика запросов страниц, а не история заказов

Назрел вопрос по базам...

Есть стандартный проект на L7+php74-fpm+mysql.
Сейчас встала задача собирать много статистики (просмотры товаров, брошенные корзины, etc.). Предполагаю, на данном этапе до 100-150к записей в сутки, дальше может быть больше.

Какую лучше взять СУБД для этой статы? Желательно чтобы primary key был UUID из коробки.
И вообще, насколько это правильно, юзать 2 разных СУБД в проекте?
Т.е., получается, пишем стату в условный postgres, при построении отчета сначала выбираем из него необходимые идентификаторы, а потом с этими идентификаторами уже стучимся в mysql.

Нормально ли так делать? Или лучше все хранить в одной mysql?

Мы для +- 30М записей ставили его. Не зашёл правда, пушо не умеет нормально дубли чистить, но то другое

Назрел вопрос по базам...

Есть стандартный проект на L7+php74-fpm+mysql.
Сейчас встала задача собирать много статистики (просмотры товаров, брошенные корзины, etc.). Предполагаю, на данном этапе до 100-150к записей в сутки, дальше может быть больше.

Какую лучше взять СУБД для этой статы? Желательно чтобы primary key был UUID из коробки.
И вообще, насколько это правильно, юзать 2 разных СУБД в проекте?
Т.е., получается, пишем стату в условный postgres, при построении отчета сначала выбираем из него необходимые идентификаторы, а потом с этими идентификаторами уже стучимся в mysql.

Нормально ли так делать? Или лучше все хранить в одной mysql?

Храните в чем храните сейчас и подключайте инструмент BI аналитики. Metabase например

заказчик за 100 баксов в месяц удавится😁посмотрим clickhouse наверн, читал про него но на практике не юзал..

https://www.metabase.com/start/hosted/ эт не оно разве?

Храните в чем храните сейчас и подключайте инструмент BI аналитики. Metabase например

ну хз, скок у него записей наберется?

а как у них сделан функционал "создавайте дашборды и делитесь ими"