Sammlung von Newsfeeds
Bruce Momjian: Postgres 19 Release Notes
I have just completed the first draft of the Postgres 19 release notes. It includes little developer community feedback and still needs more XML markup and links. This year I have created a wiki page explaining the process I use.
Hubert 'depesz' Lubaczewski: Waiting for PostgreSQL 19 – Online enabling and disabling of data checksums
Tudor Golubenco: Introducing Xata OSS: Postgres platform with branching, now Apache 2.0
Ahsan Hadi: pgEdge Vectorizer and RAG Server: Bringing Semantic Search to PostgreSQL (Part 2)
In my previous blog, I walked through setting up the pgEdge MCP Server with a distributed PostgreSQL cluster, and connecting Claude to live database data through natural language. In this blog I want to look at a different problem: how do you build AI-powered search over your own content, without adding a separate vector database to your infrastructure?This is where the pgEdge Vectorizer and RAG Server come in.
Lætitia AVROT: Postgres performance regression: are we there yet?
Andreas Scherbaum: PGConf India 2026 - Review
Gabriele Bartolini: Owning the pipe: physical replication, cloud neutrality, and the escape from DBaaS lock-in
This article examines how managed database services deliberately suppress access to the physical replication stream, turning operational convenience into permanent lock-in. It makes the case for a cloud-neutral stack — PostgreSQL, Kubernetes, and CloudNativePG — as the only architecture that returns full operational sovereignty to the organisation that owns the data.
Ming Ying: ParadeDB is Officially on Railway
David Wheeler: pg_clickhouse 0.2.0
In response to a generous corpus of real-world user feedback, we’ve been hard at work the past week adding a slew of updates to pg_clickhouse, the query interface for ClickHouse from Postgres. As usual, we focused on improving pushdown, especially for various date and time, array, and regular expression functions.
Postgres in Production Special Series: What pg_stat_statements Is and Isn't (Part 1)
In this special series of “Postgres in Production”, we take a deep dive into pg_stat_statements — the essential Postgres extension for tracking query performance. In Part 1, Ryan Booz covers what pg_stat_statements is, how to enable it, what it tracks, and critically, what it doesn’t track and why that matters for your monitoring setup.
Cornelia Biacsics: Contributions for week 14, 2026
The Toulouse PostgreSQL User Group met on April 7, 2026 organized by
- Geoffrey Coulaud
- Xavier SIMON
- Jean-Christophe Arnu
Speakers:
Richard Yen: Understanding PostgreSQL Wait Events
One of the most useful debugging tools in modern PostgreSQL is the wait event system. When a query slows down or a database becomes CPU bound, a natural question is: “What are sessions actually waiting on?” Postgres exposes this information through the pg_stat_activity view via two columns:
wait_event_type wait_eventThese fields reveal what the backend process is blocked on at a given moment. Among the different wait types, one category tends to cause confusion:
Jeremy Schneider: Zero autovacuum_cost_delay, Write Storms, and You
A few days ago, Shaun Thomas published an article over on the pgEdge blog called [Checkpoints, Write Storms, and You]. Sadly a lot of corporate blogs don’t have comment functionality anymore.
Ruohang Feng: 504 Extensions: Expand the PostgreSQL Landscape
Waiting for Postgres 19: Reduced timing overhead for EXPLAIN ANALYZE with RDTSC
In today’s E122 of “5mins of Postgres” we’re talking about the upcoming Postgres 19 release, and how a change in the Postgres instrumentation handling reduces overhead of timing measurements in EXPLAIN ANALYZE using the RDTSC instruction, and why this will allow turning on auto_explain.log_timing for more workloads.

