Re: [COMMITTERS] pgsql: Set partitioned_rels appropriately when UNION ALL is used.

2017-09-20 Thread Robert Haas
On Tue, Sep 19, 2017 at 7:59 PM, Thomas Munro wrote: > I spotted a typo: s/unexpcted/unexpected/. Thnks! Commmitted yur paatch. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Compny -- Sent via pgsql-committers mailing list (pgsql-committers@postgresql.or

Re: [COMMITTERS] pgsql: Set partitioned_rels appropriately when UNION ALL is used.

2017-09-19 Thread Thomas Munro
On Fri, Sep 15, 2017 at 3:06 AM, Robert Haas 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. > > R

[COMMITTERS] pgsql: Set partitioned_rels appropriately when UNION ALL is used.

2017-09-14 Thread Robert Haas
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.

[COMMITTERS] pgsql: Set partitioned_rels appropriately when UNION ALL is used.

2017-09-14 Thread Robert Haas
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.