Yeah, the planner doesn't know that call_created_date can be limited on both tables unless you tell it specify it in the where condition as Laurenz said on another thread.
*Michael Lewis* On Thu, Feb 14, 2019 at 7:35 AM suganthi Sekar <[email protected]> wrote: > Both table Portion by same column call_created_date > ________________________________ > From: Michael Lewis <[email protected]> > Sent: 14 February 2019 19:35:48 > To: suganthi Sekar > Cc: Justin Pryzby; [email protected] > Subject: Re: constraint exclusion with ineq condition (Re: server hardware > tuning.) > > What are these two tables partitioned by? > > On Thu, Feb 14, 2019, 5:03 AM suganthi Sekar <[email protected] > <mailto:[email protected]> wrote: > Hi, > > Thanks, i know if explicitly we give in where condition it is working. > > i thought with below parameter in Postgresq11 this issue is fixed ? > > enable_partitionwise_join to 'on'; > > what is the use of enable_partitionwise_join to 'on'; > > Thanks for your response. > > Regards > Suganthi Sekar > ________________________________ > From: Justin Pryzby <[email protected]<mailto:[email protected]>> > Sent: 14 February 2019 16:10:01 > To: suganthi Sekar > Cc: [email protected]<mailto: > [email protected]> > Subject: Re: constraint exclusion with ineq condition (Re: server hardware > tuning.) > > On Thu, Feb 14, 2019 at 10:38:36AM +0000, suganthi Sekar wrote: > > u mean the below parameter need to set on . its already on only. > > alter system set constraint_exclusion to 'on'; > > No, I said: > > You can work around it by specifying the same condition on > b.call_created_date: > > > AND b.call_created_date >='2017-11-01' AND > b.call_created_date<'2017-11-30' >
