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.94.2) (envelope-from ) id 1rD5Zj-000rjN-O2 for pgsql-docs@arkaria.postgresql.org; Tue, 12 Dec 2023 16:25:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rD5Zh-006Tbf-90 for pgsql-docs@arkaria.postgresql.org; Tue, 12 Dec 2023 16:25:37 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rD5Zh-006TbX-1N for pgsql-docs@lists.postgresql.org; Tue, 12 Dec 2023 16:25:37 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rD5Za-00A3fE-35 for pgsql-docs@lists.postgresql.org; Tue, 12 Dec 2023 16:25:35 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 3BCGPQuF2445459; Tue, 12 Dec 2023 11:25:26 -0500 From: Tom Lane To: listeria@disroot.org cc: pgsql-docs@lists.postgresql.org Subject: Re: Section 4.1.2.3 repeats information presented in section 4.1.1 In-reply-to: <170232539471.398198.13861151281926916858@wrigleys.postgresql.org> References: <170232539471.398198.13861151281926916858@wrigleys.postgresql.org> Comments: In-reply-to PG Doc comments form message dated "Mon, 11 Dec 2023 20:09:54 +0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2445457.1702398326.1@sss.pgh.pa.us> Date: Tue, 12 Dec 2023 11:25:26 -0500 Message-ID: <2445458.1702398326@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk PG Doc comments form writes: > The following documentation comment has been logged on the website: > Page: https://www.postgresql.org/docs/16/sql-syntax-lexical.html > Description: > it just threw me off to read the exact same thing twice in quick succession, > I'd suggest linking to section 4.1.2.3 in section 4.1.1 instead. They are *not* the same. The quoting is different and the meaning is quite different, just as "slon" and 'slon' are not equivalent in SQL. Moreover, there's little reason to assume that somebody coming to 4.1.2.3 necessarily just read 4.1.1. Perhaps it'd be better to use different example strings though? regards, tom lane