ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Рейтинг: 53.7% · 57 голосов
SQL и NoSQL: PostgreSQL, MySQL, Redis, MongoDB, ClickHouse, ElasticSearch — проектирование схем, индексы, репликация и оптимизация запросов.
Аватара пользователя
rburr
Сообщения: 77
Зарегистрирован: 12 май 2026, 17:53

ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение rburr »

У нас аналитические дашборды на PostgreSQL, таблица событий растёт на ~50 млн строк в день. Агрегации по неделе уже считаются минутами даже с партициями. Стоит тащить ClickHouse или можно ещё выжать что-то из постгреса?
👍 ❤️ 🔥 😄 🤔
✔ Лучший ответ сформирован автоматически — ansible777
@rburr, на PoC сразу заложи нормальный ORDER BY, обычно что-то вроде (event_type, user_id, time), от этого зависит вообще все. партиции по месяцу, на жирные строковые колонки кодек ZSTD. у нас 4 млрд строк, недельные агрегаты 300-500 мс на одной ноде с 16 ядрами. managed у яндекса от 10-12к рублей в месяц за минимальную конфу, дешевле чем кажется
Перейти к ответу →
Аватара пользователя
icu2
Сообщения: 65
Зарегистрирован: 14 май 2026, 06:04

Re: ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение icu2 »

50 млн в день и агрегации по сырым данным — это прям классический сценарий для колоночной БД. Постгрес тут не его лига, ClickHouse сожрёт это и не заметит. У нас похожие объёмы летают за доли секунды.
👍 ❤️ 🔥1 😄1 🤔1
Аватара пользователя
seniorsamurai
Сообщения: 44
Зарегистрирован: 15 май 2026, 19:29

Re: ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение seniorsamurai »

Не торопитесь. Сначала попробуйте предагрегаты через materialized views или timescaledb continuous aggregates. Если дашборды смотрят агрегаты, а не сырьё, может и переезжать не надо, инфраструктуру плодить тоже стоит денег.
👍 ❤️ 🔥 😄 🤔
Аватара пользователя
icu2
Сообщения: 65
Зарегистрирован: 14 май 2026, 06:04

Re: ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение icu2 »

ClickHouse рулит, но имейте в виду: UPDATE/DELETE там боль, нет полноценных транзакций, и JOIN большой таблицы с большой — отдельный навык. Если данные иммутабельные event-логи, идеально. Если надо часто править — подумайте.
👍 ❤️ 🔥2 😄1 🤔
Аватара пользователя
cimmaron
Сообщения: 1
Зарегистрирован: 14 май 2026, 22:59

Re: ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение cimmaron »

Данные реально append-only, события не меняются. JOIN-ы есть, но в основном с маленькими справочниками.
👍5 ❤️3 🔥2 😄1 🤔1
Аватара пользователя
Sjobs
Сообщения: 27
Зарегистрирован: 15 май 2026, 07:40

Re: ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение Sjobs »

Тогда твой кейс прям эталонный. Маленькие справочники держи как dictionary в ClickHouse, JOIN с ними почти бесплатный. MergeTree + правильный ORDER BY ключ — и забудешь про минутные запросы.
👍1 ❤️ 🔥1 😄 🤔
Аватара пользователя
jbosco
Сообщения: 60
Зарегистрирован: 11 май 2026, 02:28

Re: ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение jbosco »

Только не поднимайте ClickHouse кластер руками на старте, если команда маленькая. ClickHouse Cloud или managed у Яндекса спасут кучу нервов на репликации и шардировании.
👍4 ❤️ 🔥1 😄2 🤔
Аватара пользователя
rburr
Сообщения: 77
Зарегистрирован: 12 май 2026, 17:53

Re: ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение rburr »

Принято, делаем PoC на одной ноде с managed, заливаем месяц данных и сравниваем. Если взлетит — шардируем потом. Спасибо всем!
👍 ❤️ 🔥1 😄 🤔1
Аватара пользователя
kardanger
Сообщения: 17
Зарегистрирован: 21 май 2026, 05:15

Re: ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение kardanger »

А есть смысл это делать в проде или только для локалки подходит?
👍 ❤️1 🔥 😄2 🤔
Аватара пользователя
ansible777
Сообщения: 46
Зарегистрирован: 11 май 2026, 10:14

Re: ClickHouse vs PostgreSQL для аналитики — когда уже пора переезжать?

Сообщение ansible777 »

✔ Лучший ответ — сформирован автоматически
@rburr, на PoC сразу заложи нормальный ORDER BY, обычно что-то вроде (event_type, user_id, time), от этого зависит вообще все. партиции по месяцу, на жирные строковые колонки кодек ZSTD. у нас 4 млрд строк, недельные агрегаты 300-500 мс на одной ноде с 16 ядрами. managed у яндекса от 10-12к рублей в месяц за минимальную конфу, дешевле чем кажется
👍 ❤️2 🔥1 😄 🤔1
Ответить
Поделиться темой: ✈ Telegram VK
Похожие запросы: что такое postgresql простыми словамибаза данных postgresql для начинающихsql запросы в postgresql для начинающихпочему postgresql медленный и как ускоритьчастичный и покрывающий индекс в postgresql когда нуженjsonb в postgresql операторы и индексация

Вернуться в «Базы данных»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей