Re: Domain check taking place unnecessarily? - Mailing list pgsql-performance

From Mark Hills
Subject Re: Domain check taking place unnecessarily?
Date
Msg-id 2302101040520.20262@stax.localdomain
Whole thread Raw
In response to Re: Domain check taking place unnecessarily?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Thu, 9 Feb 2023, Tom Lane wrote:

> Mark Hills <mark@xwax.org> writes:
> > On Wed, 8 Feb 2023, Laurenz Albe wrote:
> >> It takes 30 seconds to schan the table and determine that all existing 
> >> rows satisky the constraint.
> 
> > But there's no existing data (note this is adding column, not constraint)
> 
> > Existing rows are guaranteed to satisfy the domain check, because the 
> > domain check is guaranteed to be immutable (per [1] in my original mail)
> 
> immutable != "will accept null".
> 
> There could be some more optimizations here, perhaps, but there aren't.

Well that's no problem at all. Thanks for the clarification.

I mentioned this case to a few people and they were also surprised by the 
outcome, to the point where we wondered if this might be misbehaving. 
Hence bringing it up in this forum.

We'll go ahead and deal with the pauses in production, as I don't think 
there's a workaround.

Thanks

-- 
Mark



pgsql-performance by date:

Previous
From: Benjamin Tingle
Date:
Subject: Re: Window Functions & Table Partitions
Next
From: Adithya Kumaranchath
Date:
Subject: For loop execution times in PostgreSQL 12 vs 15