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 1k9XIg-0006r5-4z for pgsql-docs@arkaria.postgresql.org; Sat, 22 Aug 2020 17:27:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1k9XIe-0004T7-Jd for pgsql-docs@arkaria.postgresql.org; Sat, 22 Aug 2020 17:27:28 +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 1k9XIe-0004Su-DR for pgsql-docs@lists.postgresql.org; Sat, 22 Aug 2020 17:27:28 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k9XIZ-0004yw-73 for pgsql-docs@postgresql.org; Sat, 22 Aug 2020 17:27:24 +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 07MHR0Fj2208819; Sat, 22 Aug 2020 13:27:00 -0400 From: Tom Lane To: Bruce Momjian cc: Michael Paquier , Alvaro Herrera , osdba , pgsql-docs@postgresql.org Subject: Re: Document "59.2. Built-in Operator Classes" have a clerical error? In-reply-to: <20200822165534.GD26781@momjian.us> References: <20200821231616.GK13363@momjian.us> <20200822031907.GA12615@alvherre.pgsql> <20200822122319.GA24782@paquier.xyz> <20200822165534.GD26781@momjian.us> Comments: In-reply-to Bruce Momjian message dated "Sat, 22 Aug 2020 12:55:34 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2208817.1598117220.1@sss.pgh.pa.us> Date: Sat, 22 Aug 2020 13:27:00 -0400 Message-ID: <2208818.1598117220@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Bruce Momjian writes: > Yeah, I kind of like the table myself too, because this topic is already > so complicated. Agreed. I'm not very happy with the suggestion of "(multiple)" though; I think that will just add confusion. If you don't want to go all the way and list the operators with their input types, maybe we should just do what the OP thought was correct and delete the duplicate operator names. It's already the case that the table isn't telling you exactly which input types the operators accept, so why not be a little bit fuzzier? regards, tom lane