Re: SQL-standard function body

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: SQL-standard function body
Дата
Msg-id cfe5eac0-64ea-01d0-8ebc-94a16869490f@enterprisedb.com
обсуждение исходный текст
Ответ на Re: SQL-standard function body  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: SQL-standard function body  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 27.04.21 18:16, Tom Lane wrote:
> That's kind of a lot of complication, and inefficiency, for a corner case
> that may never arise in practice.  We've ignored the risk for default
> expressions, and AFAIR have yet to receive any field complaints about it.
> So maybe it's okay to do the same for SQL-style function bodies, at least
> for now.
> 
>> Another option would be that we disallow this at creation time.
> 
> Don't like that one much.  The backend shouldn't be in the business
> of rejecting valid commands just because pg_dump might be unable
> to cope later.

Since this is listed as an open item, I want to clarify that I'm 
currently not planning to work on this, based on this discussion. 
Certainly something to look into sometime later, but it's not in my 
plans right now.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Justin Pryzby
Дата:
Сообщение: Re: PG 14 release notes, first draft
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: pg_stat_statements requires compute_query_id