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 по дате отправления: