Neues vom PostgreSQL Planet
Henrietta Dombrovskaya: Prairie Postgres Second Developers’ Summit and Why You Should Participate
In my current position as Database Architect at DRW, I talk with end users more than I ever did in my life. Our end users are application developers who look at PostgreSQL from a very utilitarian perspective. Trust me, they do not care whether Postgres is the most advanced DBMS or not. They are very pragmatic: they need a database that will help them accomplish their goals: write the data fast, store reliably, read anything in milliseconds, and run analytics.
Radim Marek: Good CTE, bad CTE
CTEs are often the first feature developers reach for beyond basic SQL, and often the only one.
But the popularity of CTEs usually has less to do with modernizing code and more to do with the promise of imperative logic. For many, CTE acts as an easy to understand remedy for 'scary queries' and way how to force execution order on the database. The way how many write queries is as if they tell optimizer "first do this, then do that".
Hubert 'depesz' Lubaczewski: Waiting for PostgreSQL 19 – json format for COPY TO
Yuwei Xiao: pg_duckpipe: What's New in March 2026
Cornelia Biacsics: My First Self-Organized PostgreSQL Meetup in Vienna
Have you noticed how many new PostgreSQL meetups have appeared over the past few months?
Just to name a few examples:
Shaun Thomas: PG Phriday: Absorbing the Load
Recently on the pgsql-performance mailing list, a question popped up regarding a Top-N query gone wrong. On the surface, the query merely fetched the latest 1000 rows through a join involving a few CTEs in a dozen tables with a few million rows distributed among them.
Deepak Mahto: Oracle & SQL Server to PostgreSQL – Migration Tooling Gotchas No One Warns You About!
Every migration unfolds a story. Here are the chapters most teams miss.
Hubert 'depesz' Lubaczewski: Waiting for PostgreSQL 19 – Add support for EXCEPT TABLE in ALTER PUBLICATION.
Jeremy Schneider: Database Schema Migrations in 2026 – Survey
What is the best way to manage database schema migrations in 2026?
Since this sort of thing is getting easier with AI tooling, I spent some time doing a survey across a bunch of recognizable multi-contributor open source projects to see how they do database schema change management.
Rhys Stewart: From Triggers to Training: Automating Network Design in Three Levels
Devrim GÜNDÜZ: Announcing openSUSE Leap 16.0 Support in the PostgreSQL RPM Repository
https://zypp.postgresql.org/
You can find the repository RPM here: https://zypp.postgresql.org/repopackages/
This release includes all packages, including the "extras" repository.
Report any issues here: https://github.com/pgdg-packaging/pgdg-rpms/issues/new
Henrietta Dombrovskaya: Prairie PUG March 17 recording
PaulWhalen’s talk recording is now available! Enjoy!
Vibhor Kumar: The Real Shift in Data Platforms Is Not Just AI. It Is Fewer Seams.
The database market is full of confident declarations right now. One vendor says the cloud data warehouse era is ending. Another argues that AI is redrawing the database landscape. A third claims that real-time analytics is now the center of gravity. Each story contains some truth, and each vendor naturally presents itself as the answer.
Umair Shahid: PostgreSQL High Availability on OCI: Why Your Failover Passes Every Test But Breaks in Production
Your PostgreSQL HA cluster promotes a new primary. Patroni says everything is healthy. But your application is still talking to the old, dead node. Welcome to the OCI VIP problem.
If you have built PostgreSQL high availability clusters on AWS or Azure, you have probably gotten comfortable with how virtual IPs work. You assign a VIP, your failover tool moves it, and your application reconnects to the new primary. Clean. Simple. Done.
Richard Yen: EXPLAIN's Other Superpowers
Most people who work with PostgreSQL eventually learn two commands for query tuning: EXPLAIN and EXPLAIN ANALYZE.
EXPLAIN shows the planner’s chosen execution plan, and EXPLAIN ANALYZE runs the query and adds runtime statistics. For most tuning tasks, this already provides a wealth of information.
But what many people don’t realize is that EXPLAIN has a handful of other options that can make troubleshooting much easier. In some cases they answer questions that EXPLAIN ANALYZE alone cannot.
Cornelia Biacsics: Contributions for week 11, 2026
The PostgreSQL User Group Vienna met for the very first time on Wednesday, March 18 2026, organised by Cornelia Biacsics.
Speakers:
- Ranjeet Kumar
- Jan Karremans
- Pavlo Golub
On Thursday, March 19 2026, the AMS DB came together for talks and networking.
Organised by:
Antony Pegg: MM-Ready - An Origin Story
I'm a Product Manager. Not a developer. I want to be upfront about that because everything that follows only makes sense if you understand that I have no business writing software - and I did it anyway.I built MM-Ready, an open-source CLI tool that scans a PostgreSQL database and tells you exactly what needs to change before you can run multi-master replication with pgEdge Spock.
Luca Ferrari: Perl and DBI hashref keys case-sensitive
A feature about how to handle harhref keys when querying a table.
Perl and DBI hashref keys case-sensitivePerl and DBI are brilliant in giving you power to connect to a database and extract data. There is however something I never noticed, because I’m used to a PostgreSQL: when fetching a row as an hashref, the keys are stored in lowercase. This is not something tied to DBI, nor to Perl, rather to PostgreSQL and the way it handles SQL.
Hubert 'depesz' Lubaczewski: Waiting for PostgreSQL 19 – Add pg_plan_advice contrib module.
Radim Marek: pg_regresql: truly portable PostgreSQL statistics
The previous article showed that PostgreSQL 18 makes optimizer statistics portable, but left one gap open:
It's not worth trying to inject relpages as the planner checks the actual file size and scales it proportionally.

