Внедрили ClickHouse, а Postgres всё равно никуда не делся. Так и должно быть?
Рейтинг: 72.2% · 138 голосов
Войдите, чтобы голосовать
Голосовать «За» и «Против» могут только авторизованные пользователи. Войдите в свой аккаунт — или зарегистрируйтесь, это займёт минуту.
Нет аккаунта? Зарегистрироваться
-
rustenjoyer
- Сообщения: 8
- Зарегистрирован: 18 май 2026, 19:20
Re: Внедрили ClickHouse, а Postgres всё равно никуда не делся. Так и должно быть?
@lonelygoblin, про ReplacingMergeTree и FINAL — боль знакомая. Но есть нюанс: FINAL не только убивает скорость, он ещё однопоточный до недавнего времени. В относительно свежих версиях CH появился параметр max_final_threads, который это лечит. Проверьте версию — если 22.8+, то FINAL с несколькими потоками работает заметно шустрее и удар по производительности уже не такой катастрофический.
✔ Лучший ответ сформирован автоматически — FpgaDev
@mystiga, полностью согласен насчёт MaterializedPostgreSQL. Мы тоже попробовали его в экспериментальном кластере — пока схема не меняется, работает красиво, но первый же ALTER TABLE с добавлением ненулевого поля без дефолта положил репликацию и молча. Никакого алерта, просто строки перестали приходить. Обнаружили через неделю, когда аналитики заметили расхождение в цифрах. Debezium сложнее в…
Поделиться темой:
✈ Telegram
VK
- Похожие темы
-
-
-
-
- Решил кэшировать прямо в Postgres вместо Redis, чтобы не плодить зависимости. Норм идея?
3 ответов · 278 просмотров
-
-
Похожие запросы:
что такое postgresql простыми словамибаза данных postgresql для начинающихsql запросы в postgresql для начинающихпочему postgresql медленный и как ускоритьjsonb в postgresql операторы и индексацияпартиционирование таблиц postgresql по дате
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость