Re: Making CASE error handling less surprising
| От | Tom Lane |
|---|---|
| Тема | Re: Making CASE error handling less surprising |
| Дата | |
| Msg-id | 295996.1595537804@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Making CASE error handling less surprising (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: Making CASE error handling less surprising
|
| Список | 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 по дате отправления: