Re: Fix ALTER DOMAIN VALIDATE CONSTRAINT locking

From: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
To: Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>
Cc: Álvaro Herrera <alvherre(at)kurilemu(dot)de>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Peter Eisentraut <peter(at)eisentraut(dot)org>, jian he <jian(dot)universality(at)gmail(dot)com>
Subject: Re: Fix ALTER DOMAIN VALIDATE CONSTRAINT locking
Date: 2026-06-14 15:52:44
Message-ID: CAHGQGwFAVGOvJxA1HdRN-DoVK-Fn1W4S+O1O+GpNO-W2mdjiYA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Jun 12, 2026 at 11:02 PM Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> wrote:
> From a runtime behavior perspective, yes, this patch reverts the behavior change made by 16a0039dc0d1.

Yes.

> However:
>
> * 16a0039dc0d1 also refactored validateDomainCheckConstraint() to allow passing in the lock mode, and I think that refactoring is still useful and maybe worth keeping.

I'd prefer to remove that refactoring code, since after the fix there
is no longer any user of the lockmode argument in
validateDomainCheckConstraint().

> * A follow-up commit, a99c6b56f, made validating an already-validated constraint a no-op. A direct revert of 16a0039dc0d1 would conflict with later changes around this code.

Yes, but fixing that conflict does not seem very difficult, no?

> * This patch also adds a test to prevent future changes from making the same mistake.

+1 for adding the test!

> > If we make this change, then the release note item should be removed
> > entirely, ISTM.
> >
>
> True. Once this patch is pushed, this item should be removed from the release note.

Agreed.

Regards,

--
Fujii Masao

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Arne Roland 2026-06-14 18:17:10 Re: Key joins
Previous Message Tom Lane 2026-06-14 15:02:28 Re: doc: Remove stale entry for removed aclitem[] ~ aclitem operator