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
-
Fix broken-FK-detection query in release notes
- db54be898a68 16.10 landed
- 7f4261d9da35 14.19 landed
- 50a8959cd50b 17.6 landed
- 4620cd9c1c80 15.14 landed
- 3e75313c2bea 13.22 landed