Re: add_partial_path() may remove dominated path but still in use
Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>
From: Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>
To: robertmhaas@gmail.com
Cc: kaigai@heterodb.com, tgl@sss.pgh.pa.us, pgsql-hackers@postgresql.org
Date: 2019-01-17T09:28:48Z
Lists: pgsql-hackers
Hello, sorry for the absence. At Fri, 11 Jan 2019 11:36:43 -0500, Robert Haas <robertmhaas@gmail.com> wrote in <CA+TgmoYyxBgkfN_APBdxdutFMukb=P-EgGNY-NbauRcL7mGnmA@mail.gmail.com> > On Thu, Jan 10, 2019 at 9:10 PM Kohei KaiGai <kaigai@heterodb.com> wrote: > > 2019年1月11日(金) 5:52 Robert Haas <robertmhaas@gmail.com>: > > > On Wed, Jan 9, 2019 at 12:44 AM Kohei KaiGai <kaigai@heterodb.com> wrote: > > > > So, is it sufficient if set_rel_pathlist_hook is just relocated in > > > > front of the generate_gather_paths? > > > > If we have no use case for the second hook, here is little necessity > > > > to have the post_rel_pathlist_hook() here. > > > > (At least, PG-Strom will use the first hook only.) > > > > > > +1. That seems like the best way to be consistent with the principle > > > that we need to have all the partial paths before generating any > > > Gather paths. > > > > > Patch was updated, just for relocation of the set_rel_pathlist_hook. > > Please check it. > > Seems reasonable to me. Also seems reasonable to me. The extension can call generate_gather_paths redundantly as is but it almost doesn't harm, so it is acceptable even in a minor release. regards. -- Kyotaro Horiguchi NTT Open Source Software Center
Commits
-
Call set_rel_pathlist_hook before generate_gather_paths, not after.
- dc0eb137fec2 10.7 landed
- 6401583863ea 12.0 landed
- 6257f525aff4 9.6.12 landed
- 027b5a300a9e 11.2 landed