Re: Fix for parallel BTree initialization bug
Amit Kapila <amit.kapila16@gmail.com>
From: Amit Kapila <amit.kapila16@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Peter Geoghegan <pg@bowt.ie>, Justin Pryzby <pryzby@telsasoft.com>, "Jameson, Hunter 'James'" <hunjmes@amazon.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>, Robert Haas <rhaas@postgresql.org>, Rahila Syed <rahila.syed@2ndquadrant.com>
Date: 2020-09-17T12:51:59Z
Lists: pgsql-hackers
On Tue, Sep 15, 2020 at 8:54 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > > Amit Kapila <amit.kapila16@gmail.com> writes: > > On Mon, Sep 14, 2020 at 11:26 PM Peter Geoghegan <pg@bowt.ie> wrote: > >> The fix seems sensible to me. > > > Thanks, I think it is better to wait for a day or two as yesterday > > only we stamped 13 and we need to backpatch this. > > Right, please avoid pushing anything non-critical to REL_13_STABLE > until you see the git tag appear. I doubt we will need to re-wrap > the tarballs, but you never know. > Pushed now. Sorry Peter, I forgot to give you reviewer credit in the commit message but I really appreciate your nod for this patch. -- With Regards, Amit Kapila.
Commits
-
Update parallel BTree scan state when the scan keys can't be satisfied.
- b7f2dd959a50 14.0 landed
- fcc3665a03a6 10.15 landed
- 956891faba7d 11.10 landed
- 4bc63462d9d8 12.5 landed
- 0abd9cd2f3a1 13.0 landed
-
btree: Support parallel index scans.
- 569174f1be92 10.0 cited