Re: Making CASE error handling less surprising - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Making CASE error handling less surprising
Date
Msg-id CA+TgmoYP_83XXapv=Nof9ROPFbuimeTi_FbE6ahFnggJNhhyLw@mail.gmail.com
Whole thread Raw
In response to Re: Making CASE error handling less surprising  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Fri, Jul 24, 2020 at 1:18 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> The real bottom line is: if you don't want to do this, how else do
> you want to fix the problem?  I'm no longer willing to deny that
> there is a problem.

That's the wrong question. The right question is whether we're
sufficiently certain that a particular proposal is an improvement over
the status quo to justify changing something. It's better to do
nothing than to do something that makes some cases better and other
cases worse, because then instead of users having a problem with this,
they have a variety of different problems depending on which release
they are running.  IMHO, changing the semantics of something like this
is really scary and should be approached with great caution.

You don't have to deny that something is a problem in order to admit
that you might not have a perfect solution.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Making CASE error handling less surprising
Next
From: Georgios
Date:
Subject: Re: Include access method in listTables output