Re: [HACKERS] [COMMITTERS] pgsql: Fix cardinality estimates for parallel joins.

2017-03-15 Thread Amit Kapila
On Tue, Mar 14, 2017 at 9:59 PM, Robert Haas wrote: > On Tue, Jan 17, 2017 at 11:49 AM, Robert Haas wrote: >> On Mon, Jan 16, 2017 at 7:23 AM, Amit Kapila wrote: >>> >>> >>> Isn't it better to call clamp_row_est in join costing functions as we >>> are doing in cost_seqscan()? Is there a reason

Re: [HACKERS] [COMMITTERS] pgsql: Fix cardinality estimates for parallel joins.

2017-03-14 Thread Robert Haas
On Tue, Jan 17, 2017 at 11:49 AM, Robert Haas wrote: > On Mon, Jan 16, 2017 at 7:23 AM, Amit Kapila wrote: >> On Sat, Jan 14, 2017 at 12:07 AM, Robert Haas wrote: >>> Fix cardinality estimates for parallel joins. >>> >> >> + /* >> +* In the case of a parallel plan, the row count ne

Re: [HACKERS] [COMMITTERS] pgsql: Fix cardinality estimates for parallel joins.

2017-01-17 Thread Robert Haas
On Mon, Jan 16, 2017 at 7:23 AM, Amit Kapila wrote: > On Sat, Jan 14, 2017 at 12:07 AM, Robert Haas wrote: >> Fix cardinality estimates for parallel joins. >> > > + /* > +* In the case of a parallel plan, the row count needs to represent > +* the number of tuples processed p