Re: further clarification: alter table alter column set not null - table scan is skipped
David G. Johnston <david.g.johnston@gmail.com>
From: "David G. Johnston" <david.g.johnston@gmail.com>
To: psy2000usa@yahoo.com, PostgreSQL Documentation <pgsql-docs@lists.postgresql.org>
Date: 2025-07-30T21:46:57Z
Lists: pgsql-docs
On Wed, Jul 30, 2025, 13:55 PG Doc comments form <noreply@postgresql.org> wrote: > The following documentation comment has been logged on the website: > > Page: https://www.postgresql.org/docs/17/docguide.html > Description: > > Hello there, > I like PostgreSQL a lot so this is my way of giving back. > > The "table scan is skipped" optimization can use some clarification > > https://www.postgresql.org/docs/current/sql-altertable.html#SQL-ALTERTABLE-DESC-SET-DROP-NOT-NULL > My proposal is "then the table scan is skipped if the alter statement > doesn't drop the constraint." > > The reason behind the proposal is documented here > https://dev.to/andrewpsy/the-set-not-null-downtime-trap-in-postgresql-1o71 > > Thank you for working on such an awesome project. > Cheers, > Andrew > I'm kinda hoping this is actually just a fixable bug... Otherwise I'd probably go for a parenthetical: (however, the constraint used must not be dropped in the same alter table command). David J.
Commits
-
doc: mention unusability of dropped CHECK to verify NOT NULL
- a9b4b0665d45 17.6 landed
- 7b1053a57749 18.0 landed
- 126665289fa8 19 (unreleased) landed
- d0654e53f1fc 13.22 landed
- 479ebce12d32 16.10 landed
- 2f600115a5a9 15.14 landed
- 2ea8a37f2784 14.19 landed