Sammlung von Newsfeeds

Jimmy Angelakos: postgres.scot is live, August PostgresEDI meetup

Neues vom PostgreSQL Planet - 18. September 2026 - 10:30
postgres.scot is live

Postgres events in Scotland now have a permanent address: postgres.scot

Christophe Pettus: All Your GUCs in a Row: max_notify_queue_pages

Neues vom PostgreSQL Planet - 18. September 2026 - 3:00
Nobody asked for max_notify_queue_pages. It exists because a limit that used to enforce itself stopped doing so, and something had to take its place. LISTEN/NOTIFY runs on a single queue for the whole cluster, stored as SLRU pages under pg_notify/ in the data directory. Through PostgreSQL 16 that…

Mikhail Shytsko: Your Agent Is Reading Someone Else's Tenant

Neues vom PostgreSQL Planet - 18. September 2026 - 2:00

Two client connections, opened one after the other through PgBouncer transaction mode, asked the same database whose rows they were allowed to see, and the second one got the first one's answer. It had set nothing, it had never met the first caller, and the rows it read belonged to that caller's tenant. Any runbook that keeps a tenant key in a session variable sits one pooler away from this, and since 28 July the MCP protocol carries no session of its own, so a tool call from an agent arrives in this shape by default.

Joshua Drake: pgColumnar 1.0-alpha4 released

Neues vom PostgreSQL Planet - 17. September 2026 - 21:18
SourceDocsProduct page2026-09-17pgColumnar 1.0-alpha4 release notesRelease date: 2026-09-17 Previous release: 1.0-alpha3 (2026-09-02)pgColumnar is a columnar table access method for PostgreSQL. This is the fourth alpha. Its theme is layout and skipping. A table can now be laid out on the Hilbert curve, which keeps neighbouring keys closer together than Z-order does. A star-schema join now skips fact-table groups and …

Christophe Pettus: The Call Is Coming From Inside the Session

Neues vom PostgreSQL Planet - 17. September 2026 - 18:00
Role-level timeouts and read-only flags sound safe until you realize the session can change them in one statement.

Muhammad Aqeel: Flexible Deployment: What Enterprise-Grade Self-Hosting Actually Demands

Neues vom PostgreSQL Planet - 17. September 2026 - 17:31

Ask a database vendor about on-prem and you'll usually get a one-line answer: 'we're open source, you can just self-host it.' For a hobby project, fine. For an enterprise, that line rarely survives contact with production. And enterprises want on-prem more than ever right now, largely because of AI. Running open models on hardware you own is far cheaper than renting inference by the token, and in a regulated industry, keeping data where you control it isn't optional.

Gülçin Yıldırım Jelínek: Postgres week in the Netherlands: PGDay Lowlands & Percona Live 2026

Neues vom PostgreSQL Planet - 17. September 2026 - 16:02

Last week, I spent three days in the Netherlands and gave two talks at two conferences: a lightning talk at PGDay Lowlands in Utrecht on Thursday, September 10, and a session at Percona Live in Amsterdam on Friday, September 11\. In this blog post, I’m going to share my notes from both.

Postgres Monitoring for SQL Server DBAs: Statistics and Logs 101

Pganalyze Blog RSS Feed - 17. September 2026 - 14:00

As a SQL Server developer and DBA learning Postgres, it’s easy to expect that the information you need for meaningful query and performance tuning will be readily available. For years (decades, maybe) you’ve learned the DMVs, set up Extended Events sessions, relied on Query Store, and regularly run Ola Hallengren’s maintenance scripts and Brent Ozar’s First Responder Kit.

Ryan Booz: Postgres Monitoring for SQL Server DBAs: Statistics and Logs 101

Neues vom PostgreSQL Planet - 17. September 2026 - 14:00

As a SQL Server developer and DBA learning Postgres, it’s easy to expect that the information you need for meaningful query and performance tuning will be readily available. For years (decades, maybe) you’ve learned the DMVs, set up Extended Events sessions, relied on Query Store, and regularly run Ola Hallengren’s maintenance scripts and Brent Ozar’s First Responder Kit.

Radim Marek: Row locks at the page level

Neues vom PostgreSQL Planet - 17. September 2026 - 7:00

In PostgreSQL, every tuple starts with 23-byte header, and the first eight bytes are two transaction IDs. t_xmin for the transaction that created the row and t_xmax for the one that deleted or updated it. That is the visibility story covered in PostgreSQL MVCC, Byte by Byte. For now we have discussed t_xmax acting as the delete marker.

Christophe Pettus: All Your GUCs in a Row: max_logical_replication_workers

Neues vom PostgreSQL Planet - 17. September 2026 - 3:00
When a logical replication worker pool runs dry, subscriptions don't fail—they just stop making progress, filling your logs with warnings every five seconds…

Elizabeth Garrett Christensen: PostgreSQL 19 Delayed: Key Feature Reversions & Release Updates

Neues vom PostgreSQL Planet - 17. September 2026 - 0:49

Postgres 19 won't make the expected release date. PostgreSQL has shipped its major version every fall for the last several years. But this year, the code is in a heavy review cycle, major features have been reverted during beta, and many others are under heavy revision. Beta 4 is scheduled for Sept. 24, 2026. A release of Postgres 19 is certainly delayed by weeks and maybe even months.

Joshua Drake: PostgreSQL 19: Sept 08 - Sept 16, 2026

Neues vom PostgreSQL Planet - 16. September 2026 - 17:42
Version 19: 71 commits on REL_19_STABLE. Version 20: 46 commits on master. Reverted out of 19: 74 commits, in 6 reverts. Six features tracked, 2 still shipping. Window closed at d8408e8d682.Summary71 commits landed on the 19 branch in nine days. The six reverts in the same window name 74 commits between them.Six reverts, newest first.Online data checksum transitions. September 16, Daniel Gustafsson.UPDATE …

Postgres in Production Special Series: How to Query pg_stat_statements to Find Slow and Expensive Postgres Queries (Part 7)

Pganalyze Blog RSS Feed - 16. September 2026 - 14:00

In the final part of this special Postgres in Production deep dive series, Ryan Booz does something the first six episodes rarely did: he queries pg_stat_statements itself.

Ryan Booz: Postgres in Production Special Series: How to Query pg_stat_statements to Find Slow and Expensive Postgres Queries (Part 7)

Neues vom PostgreSQL Planet - 16. September 2026 - 14:00

In the final part of this special Postgres in Production deep dive series, Ryan Booz does something the first six episodes rarely did: he queries pg_stat_statements itself.

Florent Jardin: Inspecting a catalog with pg_migrate

Neues vom PostgreSQL Planet - 16. September 2026 - 9:00

Over the past few years, I have been working on assessing the strengths and weaknesses of PostgreSQL migration tools. Several articles published by yours truly led to the ambitious project I have been pursuing since 2024 with my colleagues Étienne Bersac and Pierre-Louis Gonon.

Christophe Pettus: All Your GUCs in a Row: max_locks_per_transaction

Neues vom PostgreSQL Planet - 16. September 2026 - 3:00
`max_locks_per_transaction` isn't about transactions or limits—it sizes the cluster-wide lock table, and its misleading name has confused PostgreSQL users for…

Tom Lane on threads, MVCC and 30 years of Postgres

Postgres Weekly - 16. September 2026 - 2:00

#​665 — September 16, 2026

Web Version

Postgres Weekly

Jeremy Schneider: Agents Gone Awry on Postgres SBOMs: Start Over

Neues vom PostgreSQL Planet - 15. September 2026 - 23:40

If you were wondering, it’s the SBOM thing that I mentioned the other day.

Postgres Extensions in containers with full inventory, provenance and attestation. I’ve been using plenty of AI Agents to put this together. This blog is a little scattered (apologies) but as they say, I didn’t have time to write a short letter.

Here’s what I believe to be the exact structure of current CloudNativePG images:

Dimitri Fontaine: Plan Advice in PostgreSQL 19

Neues vom PostgreSQL Planet - 15. September 2026 - 18:27

There is a conversation that happens in every PostgreSQL shop eventually. A query that has been fine for a year gets slow overnight. Nothing was deployed. The data grew a little, ANALYZE ran, and the planner — entirely reasonably, on the numbers it had — picked a different plan. The old plan was better. You would like it back.

PostgreSQL 19 ships two new modules for exactly this: pg_plan_advice, which can read a plan back out as a string and enforce it later, and pg_stash_advice, which keeps those strings keyed by query id and applies them automatically.

Seiten