Sammlung von Newsfeeds
SHRIDHAR KHANAL: PostgreSQL Disaster Recovery with pgBackRest TLS Transport
The Night When Things Almost Went Down
Have you ever left for home on a Friday evening feeling confident about your work for the day, at peace knowing your system would survive the coming weekend? We’ve all felt that way at some point.
Meanwhile, the disk on the server had quietly reached 90% utilization. Write-Ahead Log (WAL) files had accumulated enormously, one long-running query had been running for over an hour, and nobody noticed because, some time earlier, the dashboard had looked fine.
Hans-Juergen Schoenig: Heterogeneous Graphs in SQL/PGQ on PostgreSQL 19
In the previous post, we discussed the basic syntax of graph queries in PostgreSQL 19 and discussed some simple SQL/PGQ examples. However, more often than not applications are more complex and need more than just two basic tables. Therefore, we want to dig a little deeper and see how we can write more complex queries and model some more sophisticated graphs based on real world scenarios.
Christophe Pettus: All Your GUCs in a Row: enable_distinct_reordering and enable_group_by_reordering
Christophe Pettus: cygnet: A small but fierce ORM
warda bibi: MCP For PostgreSQL: Automated Health Checks & Performance Analysis
AI agents are becoming increasingly capable at operational tasks: summarizing logs, analyzing query plans, identifying anomalies, and assisting with incident response. For databases in particular, this creates an obvious opportunity. Much of day-to-day troubleshooting follows repeatable workflows that lend themselves well to automation.
Shaun Thomas: The Long Road to Bottomless Postgres
Every database eventually runs into the same wall: storage costs money, and the data nobody queries anymore costs exactly as much as the data everyone does. A five-year-old row occupies the same expensive block storage as the order that came in thirty seconds ago. Postgres doesn't know the difference, and why would it? That's honestly a common refrain among most database engines.As a result, many have dreamed of fixing this by decoupling compute from storage.
Jeremy Schneider: Happiness Hint: Alarm on Checkpoint Time
Before starting, I want to put a few things at the top:
Christophe Pettus: All Your GUCs in a Row: enable_indexscan and enable_bitmapscan
David Wheeler: pg_clickhouse 0.3.2: Ready For Postgres 19
I’ve got a new post over on the ClickHouse blog today: What’s New in pg_clickhouse v0.3.2: Postgres 19, TLS, Regex, and Memory. The big news is Postgres 19 support:
Hans-Juergen Schoenig: Introducing pg_hardstorage: A New Community-Driven Approach to PostgreSQL Backup and Recovery
PostgreSQL today looks very different from the PostgreSQL many of us started working with over 25 years ago.
Tomas Vondra: Some more thoughts on random_page_cost
A couple months back I posted about maybe adjusting random_page_cost to better reflect how current storage handles random and sequential access. I had a bunch of great discussions about the topic since then, but ultimately I got distracted by other stuff.
Christophe Pettus: All Your GUCs in a Row: enable_async_append
Christophe Pettus: waxsql: Wax Fruit for Your Query Planner
Richard Yen: pg_stats: How Postgres Internal Stats Work
I recently had the privilege of speaking at POSETTE 2026 about pg_stats and how Postgres internal statistics work. This post is a written companion to that talk – aimed at giving you a working understanding of what pg_stats is, how it’s populated, and how it shapes the decisions the query planner makes on your behalf.
Imagine a customers table that looks roughly like this:
Cornelia Biacsics: Contributions for week 23 & 24, 2026
On June 5 2026, the PostgreSQL User Group Greece met, organized by Eftychia Kitsou and Charis Charalampidi.
Speaker:
- George Capnias
- Kostas Maistrelis
PGDay Boston happened on June 9 2026 Organized by:
Christophe Pettus: All Your GUCs in a Row: effective_io_concurrency
Regina Obe: PostGIS Tiger Geocoder 2025.1
The PostGIS development team is pleased to provide postgis_tiger_geocoder extension. This is the very first release since the break from the PostGIS core. This version requires PostgreSQL 16 and above and should work with any supported PostGIS version.
PostGIS 3.6 series is the last series to include postgis_tiger_geocoder. PostGIS 3.7 will be shipped without postgis_tiger_geocoder.

