Top
Best
New

Posted by saisrirampur 3 days ago

Ten years of ClickHouse in open source(clickhouse.com)
212 points | 63 commentspage 2
dmix 2 hours ago|
We use Clickhouse in a rails app for our customer facing dashboard analytics, logging, and datalake type stuff where Postgres is too heavy and expensive. The web admin panel they built is great and we’ve had solid performance.
baq 9 hours ago||
clickhouse is the low key amazing tech people are busy using instead of posting about. keep it up!
spprashant 7 hours ago||
If your data is too big for postgres, it seems like moving straight to Clickhouse is the best option. We have been through an whole array of distributed database technologies, and Clickhouse might be first one that doesn't have too many compromises.
fsuts 5 hours ago|
What do you mean?

Postrgesql is a relational and row based db, ClickHouse is columnar

Clickhouse doesn’t replace postgresql:

saisrirampur 4 hours ago|||
Sai from ClickHouse here. Totally with you here, ClickHouse isn't a replacement for Postgres. Most use-cases are co-existence - Postgres for OLTP and ClickHouse for OLAP, basically right tool for the right job situation. Both are purpose-built technologies with a similar OSS ethos/story. Btw on an interesting co-incidence, Postgres turned 30 this year and ClickHouse turned 10.

Above is exactly why we are embracing the Postgres + ClickHouse stack and are investing heavily to make workflows across both these DBs very easy for developers - PeerDB for native CDC, pg_clickhouse extension for querying CH from PG, pg_stat_ch for query PG observability from ClickHouse and more such are planned for future. And recently we also announced ClickHouse Managed Postgres which pacakages this entire stack as a fully managed service https://clickhouse.com/cloud/postgres

spprashant 4 hours ago||||
This is a extremely common issue that happens in growing firms.

You start off with everything in Postgres, it makes the most sense. Soon you realize some tables are growing really huge - usually some sort of time-series or log data reaching 10TB+. You can no longer fit it in one node. You can try you luck with some sharding extensions, but they add complexity to upgrades.

In that case it makes total sense to move these large tables off Postgres, and I think Clickhouse is a straight up replacement here. You can still keep your relational heavy tables in Postgres.

Yes it affects you ability to cleanly join data, and guarantee 100% consistency. With some smart application code, and schema design, you can replace parts of Postgres with Clickhouse for the big data problem.

gempir 4 hours ago||||
You can keep "columnar" data in a row based database like postgres, it's just more expensive. But with little data that's fine and reduces infrastructural complexity. When you reach too much data it gets to a point where you then actually want to use the correct database for your usecase.
eklavya 5 hours ago|||
Not to mention ACID and CAP and all that. I use clickhouse AND postgres. Clickhouse is not a replacement for postgres at all.
Talpur1 8 hours ago||
10 Years! quite a long journey, specailly observeability part is need of hour
ddorian43 9 hours ago||
Clickhouse is *really* gatekeeping the "zero copy replication" where you store data on object-storage and have high availability from the open source version.
orian 6 hours ago||
This is the main driver for their cloud ;-)
pepperoni_pizza 6 hours ago|||
I think that is just the nature of the open core business - but like most such businesses, they're not very clear about how that is what they are, pretending to be open source business instead.
fsuts 5 hours ago||
Vc funded with recent rounds so 10 years hasn’t been enough time to make money

https://en.wikipedia.org/wiki/ClickHouse

nvartolomei 7 hours ago|||
How? Have you tried contributing a reasonable implementation with test coverage and it was rejected?
zuzululu 3 hours ago||
what are you guys using it for other than collecting analytics?
Edo91 3 hours ago||
[flagged]
aleks_me2 5 hours ago||
[flagged]
throwaway012377 9 hours ago|
[dead]