pg.ddx.io  pgsql-hackers@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Masahiro Ikeda <ikedamsh@oss.nttdata.com>
To: Robert Treat <rob@xzilla.net>
Cc: pgsql-hackers@lists.postgresql.org
Subject: Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN
Date: Tue, 07 Jan 2025 11:29:12 +0900
Message-ID: <dd294b0e70bb7286c8f6aa14a84b377a@oss.nttdata.com> (raw)
In-Reply-To: <CAJSLCQ1rJ8GPKfBGNAoSUz9k0cmNpi5-ERRcDuwiNCWP4SM4rA@mail.gmail.com>
References: <00e6eb5f5c793b8ef722252c7a519c9a@oss.nttdata.com>
	<CABV9wwNvB3CZVehOP=3SC44m_B4W_Nbd40LBcuQzTR1vjrq2xg@mail.gmail.com>
	<6ec15608e2c05d8d2a51de3d51a87312@oss.nttdata.com>
	<CAJSLCQ1rJ8GPKfBGNAoSUz9k0cmNpi5-ERRcDuwiNCWP4SM4rA@mail.gmail.com>

On 2025-01-07 06:27, Robert Treat wrote:
> On Mon, Jan 6, 2025 at 3:18 AM Masahiro Ikeda 
> <ikedamsh@oss.nttdata.com> wrote:
>> 
>> On 2025-01-03 01:25, Robert Treat wrote:
>> > On Tue, Dec 3, 2024 at 3:13 AM Masahiro Ikeda
>> > <ikedamsh@oss.nttdata.com> wrote:
>> >>
>> >> Hi,
>> >>
>> >> The documentation seems to overlook the rewrite condition
>> >> when executing ALTER TABLE ADD COLUMN.
>> >>
>> >> The current document states that a volatile DEFAULT will
>> >> trigger a rewrite of the table and its indexes. However, the
>> >> table and its indexes will also be rewritten when an IDENTITY
>> >> column is added, or when a column with a domain data type that
>> >> has constraints is added.
>> >>
>> >> What do you think?
>> >>
>> >
>> > We still see a number of people asking (or confused) about table
>> > rewrites when adding columns, so I think the initial tip should
>> > remain, though I think it can be cleaned up a little.
>> >
>> > In the second section (alter_table.sgml) I liked the idea of adding
>> > these additional examples, though I tweaked the wording a bit to
>> > (hopefully) make it a little easier to read.
>> >
>> > Modified patch attached.
>> 
>> Thanks! It looks good to me with one minor comment.
>> 
>> Is the following intended to remove "However"? It seems that we don't
>> need to modify the lines if the initial tip remains.
>> 
>>       <para>
>> -     However, if the default value is volatile (e.g.,
>> -     <function>clock_timestamp()</function>)
>> +     If the default value is volatile (e.g.,
>> <function>clock_timestamp()</function>)
>>        each row will need to be updated with the value calculated at 
>> the
>> time
>> 
> 
> Technically speaking, because we split the tip into two distinct
> paragraphs, use of the word however would be considered poor grammar,
> though I'll admit I only removed it because it felt superfluous.

OK, thanks for your comments.

Regards,
-- 
Masahiro Ikeda
NTT DATA CORPORATION





view thread (14+ messages)  latest in thread

Message-ID: <dd294b0e70bb7286c8f6aa14a84b377a@oss.nttdata.com>
Permalink:  ../dd294b0e70bb7286c8f6aa14a84b377a@oss.nttdata.com/
Also on:    postgresql.org/message-id/dd294b0e70bb7286c8f6aa14a84b377a@oss.nttdata.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-hackers@postgresql.org
  Cc: ikedamsh@oss.nttdata.com, rob@xzilla.net, pgsql-hackers@lists.postgresql.org
  Subject: Re: Doc: fix the rewrite condition when executing ALTER TABLE ADD COLUMN
  In-Reply-To: <dd294b0e70bb7286c8f6aa14a84b377a@oss.nttdata.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox