Re: Parallel safety tagging of extension functions

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Parallel safety tagging of extension functions
Дата
Msg-id CAB7nPqSCnMf31cJt4E4ixNbFci0E1amuQZ3DE39K=Okavvxndg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Parallel safety tagging of extension functions  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: Parallel safety tagging of extension functions  (Andreas Karlsson <andreas@proxel.se>)
Re: Parallel safety tagging of extension functions  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Fri, May 20, 2016 at 10:30 PM, Peter Eisentraut
<peter.eisentraut@2ndquadrant.com> wrote:
> On 5/20/16 7:37 PM, Robert Haas wrote:
>>
>> I guess my first question is whether we have consensus on the release
>> into which we should put this.  Some people (Noah, among others)
>> thought it should wait because we're after feature freeze, while
>> others thought we should do it now.  If we're going to try to get this
>> into 9.6, I'll work on reviewing this sooner rather than later, but if
>> we're not going to do that I'm going to postpone dealing with it until
>> after we branch.
>
>
> Sounds to me that this is part of the cleanup of a 9.6 feature and should be
> in that release.

Yes, I agree. By the way, the patch completely ignores the fact that
some of the modules already had a version bump in the 9.6 development
cycle, like pageinpect. You don't need to create a new version script
in such cases.
-- 
Michael



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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Parallel safety tagging of extension functions
Следующее
От: Hao Lee
Дата:
Сообщение: Does "explain (QueryTree [RAW| ANAYLZE|REWRITE] | Optimization [PULL_UP_BEFORE| PULL_UP_AFTER|...]) SELECT XXXX" helpful?