Sammlung von Newsfeeds
Richard Yen: Disaster Recovery is a Process, Not a Tool (Part 1)
When I was at Turnitin, we were still kind of riding the tail end of the dot-com boom. People were rushing to ship things, and brief outages were not exactly good, but they were considered a normal part of running software on the internet. If the site was down for a few minutes, you’d shrug, dig in, and fix it.
Christophe Pettus: All Your GUCs in a Row: default_text_search_config
Radim Marek: The NULL in your NOT IN
A NOT IN query can return the wrong answer without telling you. It is valid SQL, it runs without an error, and it hands back a perfectly well-formed result set that happens to be empty when it should not be. No warning, no hint, nothing in the logs: just zero rows where you expected hundreds, and a database that considers it correct.
Christophe Pettus: All Your GUCs in a Row: default_tablespace
Gilles Darold: pg_kpart PostgreSQL extension
Christophe Pettus: All Your GUCs in a Row: default_table_access_method
semab tariq: When Patroni Silently Deletes Your Replication Slots
If you have ever been in the middle of a database migration and suddenly found your logical replication slots missing, you know how unsettling that feeling is. No obvious error. No warning. Just gone. That is exactly what happened to us while migrating data from a Patroni-managed cluster to a standalone PostgreSQL cluster. What started as a smooth operation turned into a debugging session that taught us something important about how Patroni behaves after a restart.
Shaun Thomas: Looking Forward to Postgres 19: It's About Time
Recently, a new type of question has entered the database arena: what did this data look like last Tuesday? Maybe it's the price of a product before the holiday sale kicked in, or which department an employee belonged to before that reorg nobody asked for. Short of adding an entire audit trigger system, how can we know what data looked like before and after a change at that exact date?The SQL:2011 standard formalized a proper solution over a decade ago with temporal tables. Other database engines adopted pieces of it relatively quickly. Characteristically, Postgres took its time.
Christophe Pettus: All Your GUCs in a Row: default_statistics_target
Tudor Golubenco: A thousand Postgres branches for $1
Andrew Dunstan: Buildfarm Query API
A colleague asked me recently if there was an API for querying the PostgreSQL Buildfarm database. I told him there was not. I'm aware that a number of people have been scraping the web pages for data, so it seemed like there was a good case for something better. And with a little help from claude code, I create one. It's live now. There's a full description at https://github.com/PGBuildFarm/server-code/blob/main/API.md
Christophe Pettus: How the Other Half Plans
Christophe Pettus: All Your GUCs in a Row: the debug_* family
Dave Page: Inside the pgEdge AI DBA Workbench: How Ellie Actually Works
TL;DR: The pgEdge AI DBA Workbench is four services on a shared Postgres datastore: a collector, a server, an alerter, and a React client that renders the dashboards and the chat panel where Ellie lives. Ellie is an agentic loop that drives any LLM you choose (Claude, ChatGPT, Ollama, or anything OpenAI-compatible) through a fixed set of database-aware tool calls. The model never queries Postgres directly, which is rather the point.
Richard Yen: PGDay Boston 2026
PGDay Boston 2026 was a rewarding reminder of why I value the PostgreSQL community so much. It was delightful to reconnect with familiar faces, meet new people, and finally put some faces to names for the first time. One of the best parts of the day was the sense that this community is larger than any one employer or project. It is built on shared curiosity, shared responsibility, and a willingness to help one another learn. I’m honored to have been able to share my own thoughts in my Disaster Recovery talk as well.
Richard Yen: PGDay Boston 2026
PGDay Boston 2026 was a rewarding reminder of why I value the PostgreSQL community so much. It was delightful to reconnect with familiar faces, meet new people, and finally put some faces to names for the first time. One of the best parts of the day was the sense that this community is larger than any one employer or project. It is built on shared curiosity, shared responsibility, and a willingness to help one another learn.
Christophe Pettus: All Your GUCs in a Row: deadlock_timeout
Cornelia Biacsics: Contributions for week 22, 2026
The Prague PosgreSQL User Group met on June 1, 2026, organized by Gülçin Yıldırım Jelínek and Mayur B.
Speaker:
- Laurenz Albe
- Josef Šimánek
- Ants Aasma
PGDay France 2026 took place from June 3-4
Organizers:
Christoph Berg: PGConf.dev 2026 in Vancouver
The old Postgres Conferences always sounded interesting, but the conference being in Ottawa in Canada and me being in Europe, I've always dismissed them as "too far away" and never bothered going.
Then the organizing team changed and the conference moved to Vancouver for 2024. That's even further away. 2025 in Montreal was a bit closer again, but…

