Sammlung von Newsfeeds
SHRIDHAR KHANAL: PostgreSQL Disaster Recovery with pgBackRest TLS Transport
The backup node and DR server don’t need to share SSH keys. Here’s how pgBackRest’s native TLS transport provides certificate-authenticated restores and strict security isolation, making it the cleaner choice for isolated or large-scale recovery environments.
Mayur B.: My Dishonest Benchmark
***************************************************
Database benchmarking used to be a full-contact sport.
Christophe Pettus: All Your GUCs in a Row: enable_partitionwise_aggregate
Hubert 'depesz' Lubaczewski: Waiting for PostgreSQL 20 – Add backend-level lock statistics
Michael Banck: Replication Deadlock Bug in Current Postgres Releases 14-16
The current minor releases of Postgres versions 14-16 (14.23, 15.18 and 16.14, released on May 14th) introduced a regression that can lead to a MultiXactOffsetSLRU deadlock during transaction log (WAL) replay in certain circumstances.
Devrim GÜNDÜZ: Inaugural PostgreSQL Istanbul Meetup was a blast!
Gabriele Bartolini: CNPG Recipe 25 - Declarative Roles and Passwordless TLS in CloudNativePG 1.30
CloudNativePG 1.30 introduces the DatabaseRole CRD and built-in TLS client certificate issuance, letting application teams own their PostgreSQL credentials declaratively and connect without ever handling a password.
Richard Yen: Are You .ready?
It is 9:12 a.m. on a Monday. Someone on your team opens pg_wal/archive_status/ during a storage scare and sees a long list of files ending in .ready. They ask the question many of us have asked at least once: “Is replication broken?” Streaming replicas still look mostly fine, but .ready files keep piling up, disk usage keeps climbing, and nobody is fully sure what .ready and .done are actually telling you.
Hans-Juergen Schoenig: Why pg_hardstorage has no incremental chain
Almost every conversation about pg_hardstorage's repository format ends up at the same question: "where's the incremental chain?"
Short answer: there isn't one. By design.
The chain footgunIn a chained-incremental format, pgBackRest's default, Barman's incremental mode, every incremental references the previous backup directly:
Christophe Pettus: All Your GUCs in a Row: enable_partition_pruning
Radim Marek: VACUUM at the Page Level
In HOT Updates in Postgres we covered page pruning clean up HOT chains, an elegant shortcut where PostgreSQL reclaims dead tuple space during ordinary reads. All that without waiting for any background process. But pruning is exactly that: a shortcut. It only works within a single page, and only for HOT-updated tuples. For everything else (cold updates that touch indexed columns, plain DELETEs, index entry cleanup, free space map registration, visibility map maintenance) we need VACUUM.
Christophe Pettus: All Your GUCs in a Row: enable_parallel_hash
Regina Obe: PostGIS 3.7.0alpha1
The PostGIS Team is pleased to release PostGIS 3.7.0alpha1! Best Served with PostgreSQL 19 Beta1 and GEOS 3.15 which will be released soon.
This version requires PostgreSQL 14 - 19beta1, GEOS 3.10 or higher, and Proj 6.1+. To take advantage of all features, GEOS 3.15+ is needed. To take advantage of all SFCGAL features SFCGAL 2.3.0+ is needed.
Henrietta Dombrovskaya: PG DATA 2026 recap, and looking forward to PG DATA 2027
It has been a month since PG DATA 2026, the first full-scale event organized by Prairie Postgres. Looking at the feedback we received from the seekers, sponsors, and participants (and regrets of those who were unable to come :)), I couldn’t be happier with how it went.
Christophe Pettus: All Your GUCs in a Row: enable_parallel_append
Shaun Thomas: Looking Forward to Postgres 19: Checksums For All
Data checksums are one of those Postgres features that, when they are doing their job, are easily forgotten. They sit quietly in the header of every data page as a small integer fingerprint, forever waiting to thwart the threat of cosmic rays or errant hardware failures. Most clusters run from cradle to grave and never trip a single one.For years, that decision was etched in stone at the time of database initialization.
Floor Drees: Jumping the gun: looking ahead at PostgreSQL 19
April 8 marked the start of feature freeze for PostgreSQL 19. For anyone unfamiliar with the PostgreSQL development cycle, that means that as of April 8 no new features are accepted for the upcoming major version. From April until the final release in the second part of the year, the community works on beta releases, bug fixes, and documentation. If a major feature isn't ready by the April deadline, it cannot be "snuck in." Conversely, stuff that is committed before the feature freeze isn't automatically making it into the new version as is.
Floor Drees: Meeting in Montreal: Developer U plan(ner) patches
Antony Pegg: How to Build a RAG Server on pgEdge Cloud via the API
This blog is going to show you how to set up your own RAG Server on pgEdge Cloud. The Cloud UI makes this so easy it is almost insulting - a few clicks and you are done - so I am going to show you the harder and more interesting path instead: the Cloud API. Everything below is a real call you can adapt. Replace anything in with your own values, and keep your API keys out of your shell history.Click on "Services" under your database, click on "Add RAG Server" and enter your config. see? sooo easy. Soooo boring.

