Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN - Mailing list pgsql-hackers

From Álvaro Herrera
Subject Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN
Date
Msg-id 202503141949.7lz6ifydmezq@alvherre.pgsql
Whole thread Raw
In response to Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN  (Masahiro Ikeda <ikedamsh@oss.nttdata.com>)
Responses Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN
List pgsql-hackers
Hello,

I have pushed this patch now, with some tiny changes.  (I am not a
believer of the semicolon added by commit d31e2a495b6f before the word
"and").

Also, I didn't think that changing a column type was sufficiently close
to the restrictions of column addition to belong in the same
enumeration, so the first phrase is now (note the "as will" bit at the
end):

    Adding a column with a volatile <literal>DEFAULT</literal>
    (e.g., <function>clock_timestamp()</function>), a generated column
    (e.g., <literal>GENERATED BY DEFAULT AS IDENTITY</literal>), a domain
    data type with constraints will require the entire table and its
    indexes to be rewritten, as will changing the type of an existing
    column.


Thank you!

-- 
Álvaro Herrera               48°01'N 7°57'E  —  https://www.EnterpriseDB.com/
"It takes less than 2 seconds to get to 78% complete; that's a good sign.
A few seconds later it's at 90%, but it seems to have stuck there.  Did
somebody make percentages logarithmic while I wasn't looking?"
                http://smylers.hates-software.com/2005/09/08/1995c749.html



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: AIO v2.5
Next
From: Andres Freund
Date:
Subject: Re: AIO v2.5