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

From Tom Lane
Subject Re: Making CASE error handling less surprising
Date
Msg-id 295996.1595537804@sss.pgh.pa.us
Whole thread Raw
In response to Re: Making CASE error handling less surprising  (Andres Freund <andres@anarazel.de>)
Responses Re: Making CASE error handling less surprising  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> Hm. Would SQL function inlining be a problem? It looks like that just
> substitutes parameters. Before calling
> eval_const_expressions_mutator(). So we'd not know not to evaluate such
> "pseudo constants".  And that'd probably be confusing, especially
> because it's not exactly obvious when inlining happens.

Hm, interesting question.  I think it might be all right without any
further hacking, because the parameters we care about substituting
would have been handled (or not) before inlining.  But the interactions
would be ticklish, and surely worthy of a test case or three.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Making CASE error handling less surprising
Next
From: Andres Freund
Date:
Subject: Re: Making CASE error handling less surprising