Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1maQVc-00032J-HI for pgsql-docs@arkaria.postgresql.org; Tue, 12 Oct 2021 22:44:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1maQVa-0006FU-Ov for pgsql-docs@arkaria.postgresql.org; Tue, 12 Oct 2021 22:44:30 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1maQVa-0006FL-Id for pgsql-docs@lists.postgresql.org; Tue, 12 Oct 2021 22:44:30 +0000 Received: from out5-smtp.messagingengine.com ([66.111.4.29]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1maQVW-0007kw-RC for pgsql-docs@lists.postgresql.org; Tue, 12 Oct 2021 22:44:29 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id A60285C00D4; Tue, 12 Oct 2021 18:44:23 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 12 Oct 2021 18:44:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=sMeW6ZNP1gWPFijKNjJv1qHxgiGMWCrHVCkrJWWCf7Q=; b=S1nBYFcb cDO6akMtxKw8d8irsd9DSJ/j5jNwV44ITq+69fRIL2hvyhC+ZipyhOvxhk6Sfz9i jhxPeOQ2xXqJsx/Us1vDTLLXw+mp/X4L/zreYzCiK6fFMkPKbrAWrPaAUPc4koNS jqzNilHihVEbip2lA9vmqQ/iuFmy4/0oWVgVjbelqJc+SsTa21SJ6eKjxW4TiW01 lY1Y5HUfpXh5aqUUDFePOP0z5Glno4FXHoN7qPotHVPtPUfPuTwSSMscJryELEGa VqM89Kh+iBhFkMP6a75l9XR+/o1DmoXXHBF1lDElLHHP2AdMMrri8zgA2xrL0w7A cDmSJNIFp+yzMg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvddtledguddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfggtggugfgjsehtkeertddttdejnecuhfhrohhmpeetlhhvrghr ohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhgqe enucggtffrrghtthgvrhhnpedujeevjeffjeevuddutedvkeeiueeitddvieelfeekveej udefgeeuvdejhfeuleenucffohhmrghinhepvghnthgvrhhprhhishgvuggsrdgtohhmne cuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlvhhh vghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 12 Oct 2021 18:44:22 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id BAA7E2A06EC; Tue, 12 Oct 2021 19:44:19 -0300 (-03) Date: Tue, 12 Oct 2021 19:44:19 -0300 From: Alvaro Herrera To: Laurenz Albe Cc: rir , pgsql-docs@lists.postgresql.org Subject: Re: small patch Message-ID: <202110122244.miu4rxify7qg@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <57c6acf0d2936597184f6bc06f434c66eab07f49.camel@cybertec.at> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021-Oct-08, Laurenz Albe wrote: > I remain of the opinion that the comments should be > retained, but we can leave that for somebody else to > decide. So I just realized that I added this comment in 8c250f3741f. The point of this comment is that the list of options to which "direction" expands is duplicate and needs to be kept in sync. However, clearly we have other places in the docs where similar lists are duplicated and no such comments are kept; see "column_constraint" in alter_table.sgml and create_table.sgml for an obvious one. I can't quite make up my mind about the comment being actually helpful if somebody adds a new type of contraints to remind them that they also need to add it to the other place. What do you think? I think I side with Laurenz that the comment should be kept, even if it's just out of inertia. Maybe a better solution (more convoluted? overengineered?) would be to define an SGML entity in the first of those pages that uses the list in such a way so that it expands to that list, and then use that entity in the other page. I don't know how that is done, but surely it must be possible. -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/ "E pur si muove" (Galileo Galilei)