Sammlung von Newsfeeds
Dmitry Narizhnykh: How to Inspect a pg_dump Without Restoring It
You can't read a pg_dump file the way you read a table. To see what is inside, you normally restore it into a PostgreSQL server first.
pg_restore and grep can list the tables without a restore, and even print a table's rows as raw text. They can't filter, sort or join them.
Andrew Atkinson: Let’s Get Down to Business with Rails and PostgreSQL
I’m happy to share that I was a guest on the Rails Business podcast and the episode is now live. Here’s a recap of the topics we discussed.
Engineering Work at AuraWe spent most of the time discussing engineering work last year related to scaling the database workload for peak traffic at Aura where we use Ruby on Rails and PostgreSQL.
Christophe Pettus: All Your GUCs in a Row: max_replication_slots
Cornelia Biacsics: What Development Looked Like at PGConf.dev 2026
With PGConf.dev 2027 now on the horizon, I found myself thinking back to PGConf.dev 2026 and all the moments that stayed with me.
Christophe Pettus: All Your GUCs in a Row: max_prepared_transactions
Robert Haas: Hacking Workshop for October 2026
October's hacking workshop will cover my talk, pg_plan_advice: Plan Stability and User Planner Control for PostgreSQL?. If you're interesting in joining us, please sign up using this form and I will send you an invite to one of the sessions.
Read more »Stefan Fercot: pgBackRest and PostgreSQL failover: why archive_mode matters
A recent question on the community channels described a difficult situation: a standby had been promoted with archive_mode=off, and restarting the new primary was something the team wanted to avoid. Could they enable archiving on a downstream standby and take a pgBackRest backup from there instead?
Their attempt failed with archive_mode must be enabled, even with archive-mode-check=n. Removing the checks from pgBackRest’s source code allowed their proof of concept to succeed, but was that enough to trust the approach?
Mehmet Ince: Part 2/6 | Breaking the Postgres Superuser Guardrails: Attacking Security-Hardening Extensions |Systemic Risks in the Managed PostgreSQL Industry
It’s been a month since I published the first part of this research, and interest from the Postgres community has been higher than I expected. Most vendors I contacted were shy to respond, so the Databricks team’s blog post Collaboration makes us all stronger was one of the first examples of a vendor publicly sharing their side of the story.
Christophe Pettus: All Your GUCs in a Row: max_pred_locks_per_transaction
Christophe Pettus: The Shadow Knows
Dimitri Fontaine: Ten years of Postgres logical replication
A long time ago I ran a write-heavy system on a hub and a handful of workers. Each worker took a share of the application traffic and wrote events locally. The hub owned the reference data (customers, plans, prices), pushed it down to the workers, and pulled every worker’s events back up to compute the invoices. The plumbing was Londiste and PgQ: triggers on every table, a queue per node, a ticker, and a Python daemon per hop. It worked, and it was a lot of moving parts to explain to anyone new.
Tomas Vondra: Being considerate of other people's time
If I could give one piece of advice to the past me, starting to contribute to open source projects, it’d be to value other developers' time more. It took me a while to appreciate the “economy” behind this, and adjust how I work to increase my chance of getting patches done. Hopefully some new contributors could learn from my mistakes.
Christophe Pettus: All Your GUCs in a Row: max_pred_locks_per_page and max_pred_locks_per_relation
Mikhail Shytsko: Forty Deletes Vanished From pg_stat_statements
On the server this article was written against, pg_stat_statements_info.dealloc reads 20, and that counter is all the database has left to say about forty rows an agent deleted. The forty entries were there while the DELETE statements ran, one per table, counted and timed like anything else. Then the same agent read the schema twice over, 12 800 statements that changed not one row, and the reading needed room.
Chris van Eijk: Multi-tenant SaaS on PostgreSQL: six decisions
Bruce Momjian: The Promise of Non-Volatile Memory
Relational databases like Postgres provide many unique features, specifically atomicity, consistency, isolation, and durability (ACID), but providing durability has always been a challenge. Though computers originally used non-volatile magnetic-core memory, the past five decades have been dominated by computer architectures where CPU-accessible memory is volatile, and OS-accessible storage is non-volatile/durable.
Cornelia Biacsics: Contributions for week 37
On 16 September 2026, the Postgres Meetup for All user group met, organized by Elizabeth Christensen and Ryan Booz. Ryan Booz and Greg Potter delivered a talk.

