Теория и практика использования ClickHouse в реальных приложениях / Александр Зайцев (LifeStreet)

Приглашаем на конференцию Saint HighLoad++ 2024, которая пройдет 24 и 25 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: vk.cc/cuyIqx
--------
--------
Backend Conf, РИТ++ 2018
Тезисы и презентация:
backendconf.ru/2018/abstracts/...
Несмотря на то, что данных сейчас много почти везде, аналитические БД все еще довольно экзотичны. Их плохо знают и еще хуже умеют эффективно использовать. Многие продолжают "есть кактус" с MySQL или PostgreSQL, которые спроектированы под другие сценарии, мучиться с NoSQL или переплачивать за коммерческие решения. ClickHouse меняет правила игры и значительно снижает порог вхождения в мир аналитических DBMS.
…
--------
Нашли ошибку в видео? Пишите нам на [e-mail]

[@vadimosipov2147]

Интересный доклад, есть вопросы по 2ому примеру. На слайде приводятся данные: 10M requests/day per 10 servers Получается, что 1M requests/day per 1 server => 10^6/(24 * 60 * 60) per 1 server => 12 requests/sec per 1 server Что в общем-то выглядит странным, зачем нужно 10 серверов с такой нагрузкой на 1 сервер? Даже когда сменился подход на View-based, то получается, что 360 requests/sec на 1 сервер, то что за конфигурация 1 сервера? Это виртуальный сервер с 2GB оперативной памяти и 1 CPU? У меня сложилось впечатление, что идет какая то манипуляция в угоду продвижению. Хотя, ничего не имею против перехода на CH.

[@mikhailgorbov5265]

В докладе явно преувеличивают силу КХ. Но каждый свое болото хвалит. Подозреваю, что Spark необосновано отнесли к медленным и сырым продуктам.

[@pppdddqqqbbb]

13:55 «теперь Elastic хранит» - чего? Откуда там эластик взялся…

[@user-kb3eg1bd6o]

лайфсрит - компания, которую он представляет

[@Butzover]

Странные подогнанные пример и аргументы, доклад ради доклада. Названные альтернативы CH можно конфигурировать и использовать огромным количеством способом, какие-то будут медленнее CH, какие-то быстрее. Бессмысленно сравнивать без конкретных деталей.