Hacker News: saisrirampur

PostgresBench: A Reproducible Benchmark for Postgres Services

saisrirampur — Thu, 02 Apr 2026 18:12:37 +0000

Article URL: https://clickhouse.com/blog/postgresbench

Comments URL: https://news.ycombinator.com/item?id=47618074

Points: 3

# Comments: 1

Pg_stat_ch: Deep Postgres observability through ClickHouse

saisrirampur — Wed, 25 Mar 2026 07:45:23 +0000

Article URL: https://github.com/ClickHouse/pg_stat_ch

Comments URL: https://news.ycombinator.com/item?id=47514473

Points: 2

# Comments: 0

Pg_stat_ch: Postgres extension that exports every metric to ClickHouse

saisrirampur — Thu, 19 Mar 2026 10:01:17 +0000

Article URL: https://github.com/ClickHouse/pg_stat_ch

Comments URL: https://news.ycombinator.com/item?id=47437007

Points: 2

# Comments: 0

Faster Data Migrations for Postgres

saisrirampur — Sat, 14 Mar 2026 10:28:58 +0000

Article URL: https://clickhouse.com/blog/practical-postgres-migrations-at-scale-peerdb

Comments URL: https://news.ycombinator.com/item?id=47375202

Points: 1

# Comments: 0

New comment by saisrirampur in "Show HN: PgDog – Scale Postgres without changing the app"

saisrirampur — Mon, 23 Feb 2026 19:11:23 +0000

Great progress, guys! It’s impressive to see all the enhancements - more types, more aggregate functions, cross-node DML, resharding, and reliability-focused connection pooling and more. Very cool! These were really hard problems and took multiple years to build at Citus. Kudos to the shipping velocity.

Pg_ClickHouse: Fastest Postgres Extension on ClickBench

saisrirampur — Wed, 18 Feb 2026 17:17:15 +0000

Article URL: https://clickhouse.com/blog/pg_clickhouse-fastest-analytics-for-postgres

Comments URL: https://news.ycombinator.com/item?id=47063433

Points: 1

# Comments: 0

Pg_stat_ch: Observe Postgres from ClickHouse

saisrirampur — Tue, 17 Feb 2026 23:37:55 +0000

Article URL: https://clickhouse.com/blog/pg_stat_ch-postgres-extension-stats-to-clickhouse

Comments URL: https://news.ycombinator.com/item?id=47055049

Points: 1

# Comments: 0

AI-powered migrations from Postgres to ClickHouse

saisrirampur — Tue, 17 Feb 2026 17:40:47 +0000

Article URL: https://clickhouse.com/blog/ai-powered-migraiton-from-postgres-to-clickhouse-with-fiveonefour

Comments URL: https://news.ycombinator.com/item?id=47050374

Points: 3

# Comments: 0

Pg_stat_ch: Postgres extension to ship every PG metric to ClickHouse

saisrirampur — Sat, 14 Feb 2026 17:05:14 +0000

Article URL: https://clickhouse.com/blog/pg_stat_ch-postgres-extension-stats-to-clickhouse

Comments URL: https://news.ycombinator.com/item?id=47016143

Points: 2

# Comments: 0

Pg_stat_ch: A PostgreSQL extension that exports every metric to ClickHouse

saisrirampur — Sat, 14 Feb 2026 05:44:46 +0000

Article URL: https://clickhouse.com/blog/pg_stat_ch-postgres-extension-stats-to-clickhouse

Comments URL: https://news.ycombinator.com/item?id=47011936

Points: 2

# Comments: 0

Show HN: Pg_stat_ch, a Postgres extension to export every metric to ClickHouse

saisrirampur — Fri, 13 Feb 2026 19:05:57 +0000

Article URL: https://github.com/ClickHouse/pg_stat_ch

Comments URL: https://news.ycombinator.com/item?id=47006432

Points: 4

# Comments: 0

Show HN: An open-source starter kit for developing with Postgres and ClickHouse

saisrirampur — Sat, 07 Feb 2026 18:56:59 +0000

Article URL: https://github.com/ClickHouse/postgres-clickhouse-stack

Comments URL: https://news.ycombinator.com/item?id=46926470

Points: 1

# Comments: 0

New comment by saisrirampur in "It's 2026, Just Use Postgres"

saisrirampur — Sat, 07 Feb 2026 18:42:14 +0000

Ack, makes sense. When making public posts that reach a large audience, it’s better to be clear with the messaging rather than risk it being blurry for even a subset of the audience, especially if that could lead to misguidance and affect their day-to-day work.

New comment by saisrirampur in "It's 2026, Just Use Postgres"

saisrirampur — Fri, 06 Feb 2026 03:16:59 +0000

Ack, agreed. But there’s a better way to communicate than making blanket statements like “just use Postgres.” For example, you could say “Postgres is the default database,” etc.

Don’t get me wrong—I’m a huge huge fan of Postgres. I’ve worked at Postgres companies for a decade, started a Postgres company, and now lead a Postgres service within a company! But I prefer being real rather than doing marketing hype and blanket love.

New comment by saisrirampur in "It's 2026, Just Use Postgres"

saisrirampur — Thu, 05 Feb 2026 23:52:04 +0000

That wasn’t my intention though to mention my workplace multiple times for the sake of PR. Try to avoid being that, atleast on hn. :)

New comment by saisrirampur in "It's 2026, Just Use Postgres"

saisrirampur — Thu, 05 Feb 2026 23:05:43 +0000

Agree to disagree here. I see a world where developers need to think about (reasonable) scale from day one, or at least very early. We’ve been seeing this play out at ClickHouse - the need for purpose-built OLAP is reducing from years to months. Also integration with ClickHouse is few weeks of effort for potentially significantly faster performance for analytics.

New comment by saisrirampur in "It's 2026, Just Use Postgres"

saisrirampur — Thu, 05 Feb 2026 22:56:02 +0000

I personally see a difference between “just use Postgres” and “make Postgres your default choice.” The latter leaves room to evaluate alternatives when the workload calls for it, while the former does not. When that nuance gets lost, it can become misleading for teams that are hitting or even close to hitting—the limits of Postgres, who may continue tuning Postgres spending not only time but also significant $$. IMO a better world is one where developers can have a mindset of using best-in-class where needed. This is where embracing integrations with Postgres will be helpful!

New comment by saisrirampur in "It's 2026, Just Use Postgres"

saisrirampur — Thu, 05 Feb 2026 22:46:14 +0000

I’m a huge Postgres fan. That said, I don’t agree with the blanket advice of “just use Postgres.” That stance often comes from folks who haven’t been exposed enough to (newer) purpose-built technologies and the tremendous value they can create

The argument, as in this blog, is that a single Postgres stack is simpler and reduces complexity. What’s often overlooked is the CAPEX and OPEX required to make Postgres work well for workloads it wasn’t designed for, at even reasonable scale. At Citus Data, we saw many customers with solid-sized teams of Postgres experts whose primary job was constant tuning, operating, and essentially babysitting the system to keep it performing at scale.

Side note, we’re seeing purpose-built technologies show up much earlier in a company’s lifecycle, likely accelerated by AI-driven use cases. At ClickHouse, many customers using Postgres replication are seed-stage companies that have grown extremely quickly. We pulled together some data on these trends here: https://clickhouse.com/blog/postgres-cdc-year-in-review-2025...

A better approach would be to embrace the integration of purpose-built technologies with Postgres, making it easier for users to get the best of both worlds, rather than making overgeneralized claims like “Postgres for everything” or “Just use Postgres.”

Bringing Postgres and ClickHouse Together

saisrirampur — Tue, 03 Feb 2026 00:26:52 +0000

Article URL: https://github.com/ClickHouse/postgres-clickhouse-stack

Comments URL: https://news.ycombinator.com/item?id=46864487

Points: 2

# Comments: 0

PostgreSQL and ClickHouse as the Open Source unified data stack

saisrirampur — Sun, 01 Feb 2026 01:32:02 +0000

Article URL: https://clickhouse.com/blog/postgres-clickhouse-oss

Comments URL: https://news.ycombinator.com/item?id=46842764

Points: 2

# Comments: 0