On Fri, Sep 15, 2017 at 3:06 AM, Robert Haas <rh...@postgresql.org> wrote: > Set partitioned_rels appropriately when UNION ALL is used. > > In most cases, this omission won't matter, because the appropriate > locks will have been acquired during parse/plan or by AcquireExecutorLocks. > But it's a bug all the same. > > Report by Ashutosh Bapat. Patch by me, reviewed by Amit Langote. > > Discussion: > http://postgr.es/m/cafjfprdhb_znodtubxqrudwxh3h1iblkr6nhscft96fsk4d...@mail.gmail.com > > Branch > ------ > master > > Details > ------- > https://git.postgresql.org/pg/commitdiff/1555566d9ee1a996a28cc4601840a67831112695 > > Modified Files > -------------- > src/backend/optimizer/path/allpaths.c | 42 +++++++++++++++++++++++++++++++---- > src/backend/optimizer/plan/planner.c | 6 ++--- > 2 files changed, 40 insertions(+), 8 deletions(-)
I spotted a typo: s/unexpcted/unexpected/. -- Thomas Munro http://www.enterprisedb.com
typo.patch
Description: Binary data
-- Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-committers
