Re: PostgreSQL 15.10 update corrective action for ATTACH PARTITION/DETACH PARTITION

Paul Foerster <paul.foerster@gmail.com>

From: Paul Foerster <paul.foerster@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>, Alvaro Herrera <alvherre@alvh.no-ip.org>
Cc: Adrian Klaver <adrian.klaver@aklaver.com>, pgsql-general list <pgsql-general@lists.postgresql.org>
Date: 2024-11-29T06:58:38Z
Lists: pgsql-general
Hi Tom, hi Alvaro,

> On 27 Nov 2024, at 19:52, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> 
> Okay, so I was able to reproduce this from scratch on HEAD:

great, thanks.

> I doubt that there's anything actually wrong with the catalog state at
> this point (perhaps Alvaro would confirm that).  That leads to the
> conclusion that what's wrong is the release notes' query for fingering
> broken constraints, and it needs some additional test to avoid
> complaining about (I suspect) self-reference cases.

In the meantime, I updated the whole company. The one test database actually was the only database that this was returned. I found no other occurrences.

As I understand it, the worst thing that could happen is that one or more rows end up in a detached partition table which should actually be in another partition, right? Since there were no rows, no harm could have been done. Also, since this is a self reference, the wrong table is also the right one.

Again, thanks very much for clarifying this.

Cheers
Paul


Commits

  1. Fix broken-FK-detection query in release notes