Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hRgPs-0001ve-Lm for pgsql-hackers@arkaria.postgresql.org; Fri, 17 May 2019 17:13:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hRgPr-0002YP-DX for pgsql-hackers@arkaria.postgresql.org; Fri, 17 May 2019 17:13:07 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hRgPr-0002Vc-2u for pgsql-hackers@lists.postgresql.org; Fri, 17 May 2019 17:13:07 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hRgPo-0006i1-UC for pgsql-hackers@lists.postgresql.org; Fri, 17 May 2019 17:13:06 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x4HHD2VW029914; Fri, 17 May 2019 13:13:02 -0400 From: Tom Lane To: Robert Haas cc: Andrew Gierth , PostgreSQL Hackers Subject: Re: SQL-spec incompatibilities in similar_escape() and related stuff In-reply-to: References: <14047.1557708214@sss.pgh.pa.us> <8736lihni6.fsf@news-spur.riddles.org.uk> <87v9yeg69c.fsf@news-spur.riddles.org.uk> <87k1eufem8.fsf@news-spur.riddles.org.uk> <4486.1557769997@sss.pgh.pa.us> <87d0kmfbpq.fsf@news-spur.riddles.org.uk> Comments: In-reply-to Robert Haas message dated "Fri, 17 May 2019 11:53:52 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29912.1558113182.1@sss.pgh.pa.us> Date: Fri, 17 May 2019 13:13:02 -0400 Message-ID: <29913.1558113182@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Robert Haas writes: > I think it's pretty clear that the theoretical beauty of being able to > handle postfix operators is not worth the tangible cost they impose on > our parser. We're losing more users as a result of SQL that other > systems can accept and we cannot than we are gaining by being able to > support user-defined postfix operators. I suppose it's possible to make such an argument, but you haven't actually made one --- just asserted something without providing evidence. If we can lay out some concrete gains that justify zapping postfix operators, I'd be willing to do it. I agree that it would likely hurt few users ... but we need to be able to explain to those few why we broke it. And show that the benefits outweigh the cost. regards, tom lane