Re: Mutability of domain CHECK constraints - Mailing list pgsql-hackers

From Vik Fearing
Subject Re: Mutability of domain CHECK constraints
Date
Msg-id 1cef8397-5ff4-1692-e763-1eda1fff958a@2ndquadrant.com
Whole thread Raw
In response to Mutability of domain CHECK constraints  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Mutability of domain CHECK constraints  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 06/12/2018 15:41, Tom Lane wrote:
> So what I'm thinking we should do is document that the behavior of a
> domain CHECK constraint is expected to be immutable, and it's on the
> user's head to preserve consistency if it isn't.  We could recommend
> that any attempt to change a constraint's behavior be implemented by
> dropping and re-adding the constraint, which is a case that the system
> does know what to do with.
> 
> Actually, the same goes for table CHECK constraints ...

I got annoyed several years ago that CHECK constraints aren't required
to be immutable.  I don't understand why that's the case but there's a
regression test specifically for it so I never did anything about it.
-- 
Vik Fearing                                          +33 6 46 75 15 36
http://2ndQuadrant.fr     PostgreSQL : Expertise, Formation et Support


pgsql-hackers by date:

Previous
From: John Naylor
Date:
Subject: Re: WIP: Avoid creation of the free space map for small tables
Next
From: Tom Lane
Date:
Subject: Re: Mutability of domain CHECK constraints