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 1w8kSJ-000q5c-0k for pgsql-hackers@arkaria.postgresql.org; Fri, 03 Apr 2026 19:45: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 1w8kSH-00Dncg-2v for pgsql-hackers@arkaria.postgresql.org; Fri, 03 Apr 2026 19:45: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 1w8kSH-00DncX-1u for pgsql-hackers@lists.postgresql.org; Fri, 03 Apr 2026 19:45:22 +0000 Received: from mail-oo1-xc2f.google.com ([2607:f8b0:4864:20::c2f]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w8kSF-00000000QYp-2nVz for pgsql-hackers@lists.postgresql.org; Fri, 03 Apr 2026 19:45:21 +0000 Received: by mail-oo1-xc2f.google.com with SMTP id 006d021491bc7-662efd1bdd4so1295902eaf.0 for ; Fri, 03 Apr 2026 12:45:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1775245518; cv=none; d=google.com; s=arc-20240605; b=TPHjdA5c9cLJ32e3pXRXJsJC4BnNRL7DdBArUIjB0Bto5ThdooHtM9ay4eiCc75m/H iSV6OmODms2RW6Zji7wXbKUCuTZkS9KegGN8F1S5kFV1aj2LfuBbg5JUYKQDW32jhk3+ St1PptdLFK3KXITaRWvJJY1zMwZfKZYj97xwOtAZentD62cUFR2wfxayw7DQ7M6wrYdy Zka7Neujuu/CJ9QZtZduzKNGPg0EVOkKLsjU2z4EocO5N/Afp43sle6KDpOTU0BaoQcs pji+xBOqIpJ9avqNZgqcMmwyMH8t7WPnIMh3CgeX+cBoUVi15rStQv429YxKHYKc33TZ U3Pg== 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:in-reply-to:references :mime-version:dkim-signature; bh=PAg4xpjOleYu2sYcPCSJXGhSFaM7qgN0C6OoM+GcYVA=; fh=xfTCKvvKSbd9W4m7SdN+L/mVs+PlfAlkc3UMuk5GWRk=; b=bc6Aw809wVqgb62AjfoNTbL5PFZd3ZGzJ7wetr2vQztMn1naeFxo/2rSQgrYmcIMZj 3/CpCGmBYD5EfUknQNmMDpDyTq8FKxyzwEThpAnwTMvF4bHXhgKb408gwSubPRZzRYDc /1K7sJ2qNBQr7MUYSOPGeeofcFuCOUx+eDxngfLoTmbwUeOsor+IJAdeJiNcdAMR5g39 gvnpWxePilXheYeHXQM5I3Fxoc8vlbYmXDpDVUIM944sIlz5deFJ8jGx8nvaLeAkmS1S ghOnT2SfMThxzl0NRF0UnNaR0pQj/d6uFMvM6oOxKDFeJh7ePIfkFEmDMTPuY51/o49R e8jw==; 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=20251104; t=1775245518; x=1775850318; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=PAg4xpjOleYu2sYcPCSJXGhSFaM7qgN0C6OoM+GcYVA=; b=s9O6bLJX0M4J/JKPq0Glluy498kq3eH8CsIKOOr6GsVKQ0+VpxR0WSb0luVp0WcCwr VM9VJoUPaI9wp0OgZFJR+nz3GIG7kW5+ackeBgyz0DPauAq98BS+oWegm4E1jvku+uyc aLiCa1rk+jTpAxH68+hScxbzTm+ce5RZDbghYs49MjghAz6fo84taSP6OOGofb5Thdlj ryW2fwejDy9cS5HBkIGhzWj3JtTnbW+mK1aLhUzzG0kK19XX7uAvZ+3axHoa4SEAKe3C +SId/SS1v9vTpZIF/WHhdSZjDeQlTCIpyS4+a81Qy0GL2Y9CLQSCZjWlOeEK1r/+zHVN uugA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775245518; x=1775850318; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=PAg4xpjOleYu2sYcPCSJXGhSFaM7qgN0C6OoM+GcYVA=; b=hcT+AY+5s/YIY/g0YVH9niGFVge0ju5C7G+FFhrVb9nxi3Pn77vVJ5HU13hUNDsYj7 PVjzI5U652eNW/i0jEtKxrEWtBC3C7ix0W0pXIN71y9cos25LYhJ6ycpSUYFKd8mR0NW s7Fw2Q2ZUgNsm5BStMMQBrsnIMWJpGhh3eqhfHMPObrkf04HE8Gb6KTvt0pA3yQdqWDs dIR6wAZ6F77NsDvTYIew9yW/ybPlYtOpC5+8z75UaZBtYWs9OggMRxI7///cFayfFizB Co+90uDPrUs1x7MzR1wq0OEtD2GhR2hq1qYfIeqzyrXEqL3kLaVnCuvcuoBih/ldnfQ8 290g== X-Gm-Message-State: AOJu0YyXOL1qujj8jHD4HudAAvplUuPmtsdTO3HuwkYARyDKio6PVFCx BkdzdL1x9dmFrsTuys6Ne1IT3/3RChrcpZUfWZOEVzVAdkocTaqc9+hJN6g46Hu4noJay6OVxqp aVIghT90mtiBxyPYrXha2Su49zrrGYsNrEL+a X-Gm-Gg: ATEYQzyiD+tJJ94atDIdQ9ZhttBMw/7sEt6fhMEwqKvkOBL/QYGW4K/TBiyAhjxSI/H y9t+wYTyv3r1PePt4Fp80idAe3srGhrYTemBtgGRpoSZr5B0im3O/nxsaAZRA43e2GUxe7ELd7s uVSn7/9xx1uunJzo2wcEdyfe7O1rX+ZD5BPQ+iv6Fn+KwDXCx48fg8XnNCNta0Z3DAmSfr67zeF siY1GufcxK1o1Fqt5jjrgdyZWn1Sd+YCcGGMlDGLh/icFBdsfZL42T1cN9NVqcJIOu/TekLkQ0O ZeNp6ZCpFNRtPfMKSmiQ6wghGMiARpw8u6cvgJg= X-Received: by 2002:a05:6820:3092:b0:67e:2a62:35ba with SMTP id 006d021491bc7-6821ed8d10fmr2181236eaf.15.1775245517764; Fri, 03 Apr 2026 12:45:17 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: "David G. Johnston" Date: Fri, 3 Apr 2026 12:44:41 -0700 X-Gm-Features: AQROBzDsfQ28DFiKSirawkeypOJrpmC7wjAv7Ra4SEhr7qGnqmTq3VRNeOAq6Hs Message-ID: Subject: Re: Docs: Distinguish table and index storage parameters in CREATE TABLE To: Andreas Karlsson Cc: PostgreSQL Hackers Content-Type: multipart/alternative; boundary="00000000000079bacd064e938e02" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000079bacd064e938e02 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Apr 3, 2026 at 12:35=E2=80=AFPM Andreas Karlsson wrote: > On 4/3/26 9:27 PM, Andreas Karlsson wrote: > > On 4/3/26 8:18 PM, David G. Johnston wrote: > >> Per the discussion on -general [1] I propose that we stop using the > >> generic label storage_parameter on the create table reference page and > >> instead set up proper labels for table and index variants. > > > > Nice patch, I like these changes! But you forgot to mention that you > > added the index storage parameters as in . Not sure if it is > > worth sending a new version of the patch for but something probably > > useful for the committer to knw. > > Shouldn't also update ALTER INDEX and LATER TABLE to match? > > I gave it a thought and decided there was no ambiguity to resolve on those pages. I'm not opposed to it but figured I'd wait for a committer to show interest and ask the scope to be expanded to a full docs review instead of just addressing the immediate user-reported confusion. When I do expand the scope on my own it seems to scare them off. David J. --00000000000079bacd064e938e02 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Apr 3, 2026 at 12:35=E2=80=AFPM Andreas Karlsson &= lt;andreas@proxel.se> wrote:
On 4/3/26 9:27 PM, Andreas Karlsson= wrote:
> On 4/3/26 8:18 PM, David G. Johnston wrote:
>> Per the discussion on -general [1] I propose that we stop using th= e
>> generic label=C2=A0storage_parameter on the create table reference= page and
>> instead set up proper labels for table and index variants.
>
> Nice patch, I like these changes! But you forgot to mention that you <= br> > added the index storage parameters as in <indexterm>. Not sure i= f it is
> worth sending a new version of the patch for but something probably > useful for the committer to knw.

Shouldn't also update ALTER INDEX and LATER TABLE to match?


I gave it a thought and decided there was no amb= iguity=C2=A0to resolve on those pages.

I'm not opp= osed to it but figured I'd wait for a committer to show interest and as= k the scope to be expanded to a full docs review instead of just addressing= the immediate user-reported confusion.=C2=A0 When I do expand the scope on= =C2=A0my own it seems to scare them off.

David J.

--00000000000079bacd064e938e02--