Re: Schedule for 9.5alpha1

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Schedule for 9.5alpha1
Дата
Msg-id CA+TgmoZajd-=CfwzBaBwfUqJuMVJCGKZOikUZFOozDzF5ZZRPQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Schedule for 9.5alpha1  (Kouhei Kaigai <kaigai@ak.jp.nec.com>)
Ответы Re: Schedule for 9.5alpha1
Список pgsql-hackers
On Thu, Jun 25, 2015 at 6:25 PM, Kouhei Kaigai <kaigai@ak.jp.nec.com> wrote:
> I have a serious open item reported 1.5 month ago then reminded
> several times has not been fixed up yet.
>
> 9A28C8860F777E439AA12E8AEA7694F8010F3EA6@BPXM15GP.gisp.nec.co.jp
>
> Patch is less than 100 lines, entirely designed according to Tom's suggestion.
>
> The problem is, commit 1a8a4e5cde2b7755e11bde2ea7897bd650622d3e reverted
> create_plan_recurse() to static function, thus, extension lost way to
> transform Path node to Plan node if it wants to takes underlying child
> nodes, like SeqScan, HashJoin and so on.
>
> Tom's suggestion is to add a list of Path nodes on CustomPath structure,
> to be transformed by createplan.c, instead of public create_plan_recurse().
>
> It is nearly obvious problem, and bugfix patch already exists.

Yes, I am quite unhappy with this situation.  Tom promised me at PGCon
that he would look at this soon, but there is no sign that he has, and
he said the same thing weeks ago.  I think it can't be right to let
this sit for another month or three.  Even if the API you've
implemented is worse than something Tom can design, it is certainly
better than the status quo.  I would rather have a working but
imperfect API and have to break compatibility later in beta than have
a non-working API.

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



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

Предыдущее
От: Brendan Jurd
Дата:
Сообщение: Re: [PATCH] Function to get size of asynchronous notification queue
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: RFC: replace pg_stat_activity.waiting with something more descriptive