Neues vom PostgreSQL Planet

Neues vom PostgreSQL Planet Feed abonnieren
Planet PostgreSQL
Aktualisiert: vor 2 Stunden 39 Minuten

Wellingtone Luvonga: Multi-Region PostgreSQL Disaster Recovery and Failback with Crunchy PGO

vor 6 Stunden 2 Minuten

You have probably read a dozen tutorials on setting up PostgreSQL High Availability (HA). On paper, it looks simple: spin up a primary instance, spin up a standby, and let them replicate.

Floor Drees: EDB is ready for Valencia: Meet the Team at PGConf EU 2026

10. August 2026 - 17:19
From October 20-23, the global Postgres community will descend upon the beautiful Palacio de Congresos in Valencia, Spain, for PGConf EU. I compiled an overview of the sessions and community events EDB colleagues are running.

Umair Shahid: Choosing the Right PostgreSQL Partition Key

10. August 2026 - 12:01

Partitioning gets sold as a performance switch. You flip it on a big table, and the slow queries get fast. Most of the time, that is exactly what happens. But there is a version of this where you do all the work, split a huge table into clean partitions, and the slow queries stay exactly as slow as they were. The table is partitioned. Nothing got better.

Christophe Pettus: All Your GUCs in a Row: integer_datetimes

10. August 2026 - 3:00
Every PostgreSQL connection since 8.0 has heard the server announce `integer_datetimes`—a parameter that's had only one possible value since PostgreSQL 10.

Regina Obe: PostGIS 3.7.0beta2

10. August 2026 - 2:00

The PostGIS Team is pleased to release PostGIS 3.7.0beta2! Best Served with PostgreSQL 19 Beta2 and GEOS 3.15.0beta2.

This version requires PostgreSQL 14 - 19beta2, 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.

Vibhor Kumar: The Enterprise AI Trust Stack: How OWNS, CALM, and ORBIT Fit Together

9. August 2026 - 7:07

Enterprise AI doesn’t fail because strategy was wrong. Or because the platform wasn’t ready. Or because the execution layer broke.

It fails because organizations treat those as three different conversations — run by three different teams, on three different timelines — instead of what they actually are: three altitudes of the same question.

Zhang Chen: Why I Dare to Call Myself a “PostgreSQL Database Recovery Expert”

9. August 2026 - 2:00
After becoming a PostgreSQL ACE, Zhang Chen explains why he uses the title “PostgreSQL Database Recovery Expert” and how PDU evolved from offline extraction and WAL mining to fragment scanning and recovery without a data dictionary.

Christophe Pettus: All Your GUCs in a Row: ignore_system_indexes

8. August 2026 - 3:00
Recover from catalog index corruption by sequentially scanning system tables instead of using indexes.

Devrim GÜNDÜZ: Release Radar: A Self-Hosted Watchtower for Upstream Releases (and Why It Matters for PGDG Packaging)

7. August 2026 - 21:22
If you maintain packages for any length of time, you know the real risk isn't building them — it's missing an upstream release. A CVE fix ships quietly on a Tuesday (or Friday!), a minor version bumps without fanfare, and if nobody's watching, it sits unnoticed until a user files a bug report asking why the repo is stale.

Release Radar, a self-hosted project written by Claude and me, is built to close exactly that gap.

** What it does

Shaun Thomas: Looking Forward to Postgres 19: Syntax Potpourri

7. August 2026 - 12:41

Before diving into this final post covering new Postgres 19 features, I just want to say it's been a wild ride. Postgres 19 has been a veritable treasure trove of enhancements, perhaps more than any previous release; or maybe that's just my perception. Usually I just skim through the release notes and nod along, sometimes jotting down things that look interesting for later study. Maybe calling out each element that caught my eye was the right thing to do, to really show how far Postgres has come since the last release, rather than simply accepting the status quo.

Cornelia Biacsics: Contributions for week 29 & 30

7. August 2026 - 11:09

The Talk Selection Committee of PGConf.EU 2026 met to finalize the conference schedule:

Christophe Pettus: All Your GUCs in a Row: ignore_invalid_pages

7. August 2026 - 3:00
When a standby refuses to replay WAL that references pages that don't exist, `ignore_invalid_pages` converts the PANIC into a WARNING—but only as a last resort…

Andrei Mironov: PostgreSQL Row-Level Security for AI Agents: A Testable Setup

7. August 2026 - 2:00
Build and verify PostgreSQL row-level security for AI agents with non-owner roles, FORCE RLS, explicit policies, controlled writes, and denial tests.

Pavel Stehule: initial integration lua language to psql

6. August 2026 - 17:48
It can looks like (2026-08-06 17:44:32) postgres=# \luacode Enter code to be copied followed by a newline. End with a backslash and a period on a line by itself, or an EOF signal. >> function x(n) >> return n + 10 >> end >> \. (2026-08-06 17:45:32) postgres=# \luacode Enter code to be copied followed by a newline. End with a backslash and a period on a line by itself, or an EOF signal. >> print (x(10)) >> \. 20

Vibhor Kumar: ORBIT: An Execution Framework for Reliable Enterprise AI

6. August 2026 - 14:35
Why AI Reliability Is an Execution Problem, Not a Model Problem

The most dangerous AI decision isn’t the wrong one. It’s the one nobody can explain afterward.

Antony Pegg: Postgres for Agentic AI: Your Database Is a Compute Layer, Not a Parking Lot

6. August 2026 - 14:20

PostgreSQL is already the default database for agentic AI. That question is settled. But the more agentic your workloads get, the more your database needs to do. Models and workflows flood it with signals, state, memory, and checkpoints, and most teams just absorb the flood, treating PostgreSQL like a parking lot rather than a compute layer. The people building these systems are AI engineers, not database people.

Gabriele Bartolini: CNPG Recipe 26 - Extension image catalogs

6. August 2026 - 13:48

CloudNativePG lets the ClusterImageCatalog carry extension images alongside the operand, a capability every currently supported release already has, so a Cluster manifest only needs to name an extension and nothing else. This recipe deploys the community’s extension catalog and shows the operator resolving pgvector’s image, paths and dependencies from a single, versioned source of truth per PostgreSQL major version.

Mayur B.: EXPLAIN ANALYZE the PGConf.EU CFP

6. August 2026 - 9:20

What I learned after moving from conference volunteer duty to the other side of the Call for Papers.

Christophe Pettus: All Your GUCs in a Row: ignore_checksum_failure

6. August 2026 - 3:00
When data checksums catch corruption, restore from backup or fail over—unless you have neither.

Radim Marek: The DISTINCT in your COUNT

5. August 2026 - 23:00

Here is a query that shows up in every analytics workload:

SELECT count(DISTINCT user_id) FROM events;

It looks like the cheapest possible thing: count the distinct users. On a machine with cores to spare you would expect Postgres to throw a few parallel workers at it, the way it does for almost any large scan. It does not. That one keyword, DISTINCT, switches off parallel query for the entire statement, and the larger your table the more it costs you. No setting or index changes that; the reason is in how the aggregate has to execute.

Seiten