Document atthasmissing default optimization avoids verification table scan - Mailing list pgsql-hackers

From James Coleman
Subject Document atthasmissing default optimization avoids verification table scan
Date
Msg-id CAAaqYe8EgO-f_MAz3PyyeeK=20U-GG4+WtM-Q5qcn0XOvuR5Qg@mail.gmail.com
Whole thread Raw
Responses Re: Document atthasmissing default optimization avoids verification table scan
List pgsql-hackers
When PG11 added the ability for ALTER TABLE ADD COLUMN to set a constant
default value without rewriting the table the doc changes did not note
how the new feature interplayed with ADD COLUMN DEFAULT NOT NULL.
Previously such a new column required a verification table scan to
ensure no values were null. That scan happens under an exclusive lock on
the table, so it can have a meaningful impact on database "accessible
uptime".

I've attached a patch to document that the new mechanism also
precludes that scan.

Thanks,
James Coleman

Attachment

pgsql-hackers by date:

Previous
From: Justin Pryzby
Date:
Subject: Re: error_severity of brin work item
Next
From: Andrew Dunstan
Date:
Subject: Re: pg_upgrade test for binary compatibility of core data types