Re: refactor AlterDomainAddConstraint (alter domain add constraint)

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, jian he <jian(dot)universality(at)gmail(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: refactor AlterDomainAddConstraint (alter domain add constraint)
Date: 2025-11-24 14:45:48
Message-ID: b9a1c1f2-da20-43ee-8719-bb7f6b16efae@eisentraut.org
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 10.03.25 19:37, Alvaro Herrera wrote:
> On 2025-Jan-15, jian he wrote:
>> we cannot error out AlterDomainAddConstraint for cases like ALTER
>> DOMAIN ADD CHECK NO INHERIT.
>> because "NO INHERIT" is actually a separate Constraint Node, and
>> AlterDomainAddConstraint
>> can only handle one Constraint node.
>
> I had forgotten this thread, and I ended up implementing a different
> solution for this issue, which I just posted at
> https://postgr.es/m/202503101758.ipn3g64twfye@alvherre.pgsql
>
> I like my patch better than this approach because it allows us to solve
> the same problem as it appears in other parts of the grammar, and also
> because it avoids the bit fiddling which is harder to maintain later on.
> If you'd care to have a look at it, I'd appreciate it.

Where are we on this? Which of the two patches should we pursue?

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Daniel Gustafsson 2025-11-24 14:53:31 Re: Serverside SNI support in libpq
Previous Message Ivan Bykov 2025-11-24 14:32:26 Re: IPC/MultixactCreation on the Standby server