Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vkFIt-00CRyU-0i for pgsql-hackers@arkaria.postgresql.org; Mon, 26 Jan 2026 05:38:23 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vkFIs-006Vzu-0s for pgsql-hackers@arkaria.postgresql.org; Mon, 26 Jan 2026 05:38:22 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vkFIr-006Vzm-33 for pgsql-hackers@lists.postgresql.org; Mon, 26 Jan 2026 05:38:22 +0000 Received: from mail-oo1-xc33.google.com ([2607:f8b0:4864:20::c33]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vkFIq-00000000UQN-013s for pgsql-hackers@lists.postgresql.org; Mon, 26 Jan 2026 05:38:22 +0000 Received: by mail-oo1-xc33.google.com with SMTP id 006d021491bc7-66106a2f8d1so1362340eaf.1 for ; Sun, 25 Jan 2026 21:38:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1769405897; cv=none; d=google.com; s=arc-20240605; b=c3OYPt7hfWEFr3TX7k7XZq2162r5lbe9mDuQvAy5rZ9ENa+Y70nNbF7ZUT628KFnWR +2v1qzxbPPiT07WDPIFeZLeQjb7d0YJejJ8Y+2NMOcTFbwZOGIprFCbMJk3nPtRJu6rO r5hC7oQLu9MMM/s5UdUeCfxMwBHYQb9LmzrLTEnwdg+V0sh29Oy4dmANCYdAtyEWWFTN jX++wXF7w+hyiSErk3vxfAgnbHN6CJV+12JvEzhPL4gfU8kan5/oY3lrOwNw6Eb8u5uJ L+Rmg2neymvS2CAA1W5HWgP71ptetPY2Sf96lNLb2MFYOY/hS1cP7dcJ4D87jW6bdt5a tJ9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:dkim-signature; bh=7lcQtwuZEkodSYfbREy1GQ++DVcG766E8jcb1HONG0A=; fh=I5K9GI9DJG40fg1WpDnFXnHi3/fvMJcsBUUmnsgnm1E=; b=BIE97FZXa2k4/Kf9Fiz/IYezwKiT0P3vftj1qI1g01b6Sa6AFsdQpb36Du6U7E4DGZ qzqTd3qH2gRZcubtDh2PLWIWm5Gt75Ak6BqBav0xLnDvW43i1ReI4C2mDU1Nn53AU9Rk vuP5kzlpGqyTzHClVKKzz5zGpEGbElC1RCYux7jcqoE0d0UJc5kRhq8jkGzX1uPWQDfw TrNA3WtLrsY/yU3oeAe4Xz6i3AkwsUwEjRBCM/mUAvSqtX79NDQzkDyBRmaqsIdVhoke Lro5tM/9M+ei3NjgJthV4+V9+JVPUBaYAT9SiNxpihpnKV0V2vHG2IBIsPT+TIVKLbTM A0Lg==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1769405897; x=1770010697; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=7lcQtwuZEkodSYfbREy1GQ++DVcG766E8jcb1HONG0A=; b=Rdm4VPAhOUz1jAKa1WiAXgpv9zXb144YU9hHs5x1OzmuLA7DTvnFJb3go0vxohA8Wv L1hQtMygoCoGGHZySNuxYHL+scpMRUgicduQCCjd1JMM4EBFc4oZUSfHapGR1kLG82ZL 3lL8yFtT9E0MW1rwVjg50wbrlrE2any1C+nMw4HAF1gmwKeh7lpfoy7v7OaqbUTEwtuE 9F8+pjVwbLF58Z+LA9UZjw+U/2a+XaHkg2KgqUyx8c4mJX+5ESI8LsJLYnNWiW+GyqZD koHHrpcTJWIZtx7vRIsf4HRgJMg72KkF80yeNG42/KcZCv697F6cQVSJ0CcAE/+kPHri WVtw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769405897; x=1770010697; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=7lcQtwuZEkodSYfbREy1GQ++DVcG766E8jcb1HONG0A=; b=izuXCGnFYqX8R7sTF///CvF7/TRdJtegmHp4Jjw/6Hg+szOOXwSmNdE7zJEeiDxIRo vaPZrr1p9Z9X3aOaBkCSELHOaBbJf0X6KmrgcZl8ZJr+uY19sPqrfrTDY9UJz8KePPjl dp2gq9u0tHXKxkEDakA4cI8BXl7GPmQpRhwfAuH8+sVxVl6IqvUAnzAHcCnkljJ/LRdL XFyq77Z+/srTKFyyKnnX/Iei5B604jv0tHPPZ3JOmKBfyFql1JHJP7PbEJKarutv1S79 HNv13WI/60z8UsdrE3tPP5DIW0gGRtjHuFmtnkbJb4eR7tCMbEUtGIWnjjRqH2uTjIy6 neBA== X-Gm-Message-State: AOJu0YzISvFp8R+wKctKNloZ0kffRQxklreOa39qHLzlpxBl7EBIJ126 BGvtrx41IJrKnAQZi9DiFlT6coZEJhgDVqpjtJe10GBkq/Km7TyxJiFFZJcB/+9bMtvwliXNALe 65rdQnf97OxGKKZWalCEUvlMDeKZH+FI= X-Gm-Gg: AZuq6aLpEo1cMYN8xgu/4cYZ5lOTbMJ+9iBik8ntr1H4porPywym8w3FDdfXDM2kHTi kRb6P5sV4NdUIAu0ix8j/H4d5RcOkVKaz2H3wdxJzXwU8XgSRkqzRNSGwMAh2IqqYRy0GGRuX6T w4CSfigjv0pLYaYTlI3ixhSrWGMcf4RmSF2k2ca/JzvhjQelz7kQD+aHtrH4QZqZmMvQnQMYncu 5/nGHHows7XQcSH3a6fxtsihMqldjM25lLoei3/KkbZBEiwl/xYwPXDsO64A6VTuhBs5x4t X-Received: by 2002:a05:6820:4cc3:b0:65d:22b:416f with SMTP id 006d021491bc7-662e0476d0fmr1827316eaf.65.1769405897386; Sun, 25 Jan 2026 21:38:17 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a8a:5ef:0:b0:619:b970:e659 with HTTP; Sun, 25 Jan 2026 21:38:16 -0800 (PST) In-Reply-To: References: <90F9169D-135C-45E5-8221-4F79DAED98E2@gmail.com> <46DA7611-C18D-4782-AEFF-F861ECDEFA5C@gmail.com> <245AA9F3-7577-46D6-990C-C308A9F36E82@gmail.com> From: "David G. Johnston" Date: Sun, 25 Jan 2026 22:38:16 -0700 X-Gm-Features: AZwV_QgPx_f9C_gYB91CHF_KiVYVVli0tY5RpCVHUuo774mn4MGHA8y23SaQDSg Message-ID: Subject: Re: docs: clarify ALTER TABLE behavior on partitioned tables To: Chao Li Cc: Postgres hackers , Zsolt Parragi , Amit Kapila Content-Type: multipart/alternative; boundary="000000000000fa2fb4064943e9f6" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000fa2fb4064943e9f6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sunday, January 25, 2026, Chao Li wrote: > > How about this: > ``` > > When applied to a partitioned table to rename columns or constraints, > the corresponding partition columns and constraints are renamed > implicitly. ONLY is not allowed, and the command > cannot be used on individual partitions. When the rename target is the > table name, only the named table is renamed. > > ``` > =E2=80=A6are renamed implicitly, ONLY is not allowed, and the command canno= t=E2=80=A6(and drop the mention of table renaming). Or: =E2=80=9CWhen applied to a partitioned table=E2=80=99s name only the parent= is changed, partitions must be renamed separately. However, column or constraint renaming must be done on the parent without ONLY, the corresponding partition columns or constraints will be renamed implicitly.=E2=80=9D I find the repeated use of =E2=80=9Ctable=E2=80=9D =E2=80=9Cname(d)=E2=80= =9D and =E2=80=9Crename(d)=E2=80=9D in one sentence worth avoiding. David J. --000000000000fa2fb4064943e9f6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sunday, January 25, 2026, Chao Li <li.evan.chao@gmail.com> wrote:

How about this:
```
<para>
=C2=A0When applied to a partitioned table to rename columns or constraints,=
=C2=A0the corresponding partition columns and constraints are renamed
=C2=A0implicitly. <literal>ONLY</literal> is not allowed, and t= he command
=C2=A0cannot be used on individual partitions. When the rename target is th= e
=C2=A0table name, only the named table is renamed.
</para>
```

=E2=80=A6are renamed implicitly, ONLY is n= ot allowed, and the command cannot=E2=80=A6(and drop the mention of table r= enaming).

Or:

=E2=80=9CWh= en applied to a partitioned table=E2=80=99s name only the parent is changed= , partitions must be renamed separately.=C2=A0 However, column or constrain= t renaming must be done on the parent without ONLY, the corresponding parti= tion columns or constraints will be renamed implicitly.=E2=80=9D
=
I find the repeated use of =E2=80=9Ctable=E2=80=9D =E2=80=9C= name(d)=E2=80=9D and =E2=80=9Crename(d)=E2=80=9D in one sentence worth avoi= ding.

David J.

--000000000000fa2fb4064943e9f6--