Re: SQL-spec incompatibilities in similar_escape() and related stuff

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: SQL-spec incompatibilities in similar_escape() and related stuff
Date: 2019-05-17 17:13:02
Message-ID: 29913.1558113182@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Robert Haas <robertmhaas(at)gmail(dot)com> 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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Manish Devgan 2019-05-17 17:14:46 Google Season of Docs 2019
Previous Message Melanie Plageman 2019-05-17 16:23:53 Re: Adding a test for speculative insert abort case