Re: ALTER TABLE ALTER CONSTRAINT misleading error message
Álvaro Herrera <alvherre@kurilemu.de>
From: Álvaro Herrera <alvherre@kurilemu.de>
To: Fujii Masao <masao.fujii@oss.nttdata.com>
Cc: jian he <jian.universality@gmail.com>, pgsql-hackers <pgsql-hackers@lists.postgresql.org>
Date: 2025-06-30T18:27:28Z
Lists: pgsql-hackers
Attachments
On 2025-Jun-30, Álvaro Herrera wrote: > > Just one note: Jian's patch doesn't handle the same issue for TRIGGER > > case, so that part might still need to be addressed. > > Okay, here's my take on this, wherein I reworded the proposed error > message. I also handled the NOT VALID case of a constraint trigger; maybe my > patch is too focused on that specific bit and instead we should handle > also NO INHERIT and NOT ENFORCED cases, not really sure (it's certainly > not an important part of this patch). For ease of review, here's the three patches. 0001 solves the main problem with ALTER objtype ALTER CONSTRAINT NOT VALID. I propose to put 0001 in 18 and 19, and leave 0002 and 0003 (as a single commit) for 19 only, since it's been like that for ages and there have been zero complaints before my own in the other thread. I put 0002 as a separate one just for review, to show that these errors we throw are nothing new: these commands would also fail if we don't patch this code, they're just using bad grammar, which is then fixed by 0003. I think I should list Amul as the fourth co-author of 0001. That would make the longest list of coauthorship for a patch that small. Or I could just say: "Author: Postgres Global Development Group". -- Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix bogus grammar for a CREATE CONSTRAINT TRIGGER error
- 87251e114967 19 (unreleased) landed
-
Fix error message for ALTER CONSTRAINT ... NOT VALID
- e16c9cd33131 18.0 landed
- c989affb527d 19 (unreleased) landed