From: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: pg17 issues with not-null contraints |
Date: | 2024-04-18 15:07:34 |
Message-ID: | ZiE3NoY6DdvlvFl9@pryzbyj2023 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Apr 16, 2024 at 08:11:49PM +0200, Alvaro Herrera wrote:
> This is still missing some cleanup and additional tests, of course.
> Speaking of which, I wonder if I should modify pg16's tests so that they
> leave behind tables set up in this way, to immortalize pg_upgrade
> testing.
That seems like it could be important. I considered but never actually
test your patch by pg_upgrading across major versions.
BTW, this works up to v16 (although maybe it should not):
| CREATE TABLE ip(id int PRIMARY KEY); CREATE TABLE ic(id int) INHERITS (ip); ALTER TABLE ic ALTER id DROP NOT NULL;
Under v17, this fails. Maybe that's okay, but it should probably be
called out in the release notes.
| ERROR: cannot drop inherited constraint "ic_id_not_null" of relation "ic"
That's the issue that I mentioned in the 6 year old thread. In the
future (upgrading *from* v17) it won't be possible anymore, right? It'd
still be nice to detect the issue in advance rather than failing halfway
through the upgrade. I have a rebased patch while I'll send on that
thread. I guess it's mostly unrelated to your patch but it'd be nice if
you could take a look.
--
Justin
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2024-04-18 15:10:08 | Re: pg_combinebackup fails on file named INCREMENTAL.* |
Previous Message | Alexander Lakhin | 2024-04-18 15:00:00 | clang's sanitizer makes stringToNode() extremely slow |