Re: Schedule for 9.5alpha1

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Kouhei Kaigai <kaigai(at)ak(dot)jp(dot)nec(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-hackers(at)postgreSQL(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Schedule for 9.5alpha1
Date: 2015-06-26 03:55:07
Message-ID: CA+TgmoZajd-=CfwzBaBwfUqJuMVJCGKZOikUZFOozDzF5ZZRPQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Jun 25, 2015 at 6:25 PM, Kouhei Kaigai <kaigai(at)ak(dot)jp(dot)nec(dot)com> wrote:
> I have a serious open item reported 1.5 month ago then reminded
> several times has not been fixed up yet.
>
> 9A28C8860F777E439AA12E8AEA7694F8010F3EA6(at)BPXM15GP(dot)gisp(dot)nec(dot)co(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2015-06-26 03:57:58 Re: RFC: replace pg_stat_activity.waiting with something more descriptive
Previous Message Brendan Jurd 2015-06-26 03:43:17 Re: [PATCH] Function to get size of asynchronous notification queue