Re: Extend more usecase for planning time partition pruning and init partition pruning.

2021-03-26 Thread Andy Fan
Hi David: On Mon, Mar 8, 2021 at 9:34 AM David Rowley wrote: > On Thu, 4 Mar 2021 at 22:07, Amit Langote wrote: > > * Or maybe have you considered generalizing what > > build_implied_pruning_quals() does so that other places like > > indxpath.c can use the facility? > > I agree with doing it an

Re: Extend more usecase for planning time partition pruning and init partition pruning.

2021-03-07 Thread David Rowley
On Thu, 4 Mar 2021 at 22:07, Amit Langote wrote: > * Or maybe have you considered generalizing what > build_implied_pruning_quals() does so that other places like > indxpath.c can use the facility? I agree with doing it another way. There's plenty of other queries which we could produce a better

Re: Extend more usecase for planning time partition pruning and init partition pruning.

2021-03-05 Thread Andy Fan
Hi Amit: Thanks for your review! On Thu, Mar 4, 2021 at 5:07 PM Amit Langote wrote: > Hi Andy, > > On Sun, Jan 24, 2021 at 7:34 PM Andy Fan wrote: > > I recently found a use case like this. SELECT * FROM p, q WHERE > p.partkey = > > q.colx AND (q.colx = $1 OR q.colx = $2); Then we can't do

Re: Extend more usecase for planning time partition pruning and init partition pruning.

2021-03-04 Thread Amit Langote
Hi Andy, On Sun, Jan 24, 2021 at 7:34 PM Andy Fan wrote: > I recently found a use case like this. SELECT * FROM p, q WHERE p.partkey = > q.colx AND (q.colx = $1 OR q.colx = $2); Then we can't do either planning > time > partition prune or init partition prune. Even though we have run-time >

Re: Extend more usecase for planning time partition pruning and init partition pruning.

2021-02-21 Thread Andy Fan
On Fri, Feb 19, 2021 at 6:03 PM Andy Fan wrote: > > > On Mon, Feb 8, 2021 at 3:43 PM Andy Fan wrote: > >> >> >> On Mon, Jan 25, 2021 at 10:21 AM Andy Fan >> wrote: >> >>> >>> >>> On Sun, Jan 24, 2021 at 6:34 PM Andy Fan >>> wrote: >>> Hi: I recently found a use case like this.

Re: Extend more usecase for planning time partition pruning and init partition pruning.

2021-02-19 Thread Andy Fan
On Mon, Feb 8, 2021 at 3:43 PM Andy Fan wrote: > > > On Mon, Jan 25, 2021 at 10:21 AM Andy Fan > wrote: > >> >> >> On Sun, Jan 24, 2021 at 6:34 PM Andy Fan >> wrote: >> >>> Hi: >>> >>> I recently found a use case like this. SELECT * FROM p, q WHERE >>> p.partkey = >>> q.colx AND (q.colx = $1

Re: Extend more usecase for planning time partition pruning and init partition pruning.

2021-02-07 Thread Andy Fan
On Mon, Jan 25, 2021 at 10:21 AM Andy Fan wrote: > > > On Sun, Jan 24, 2021 at 6:34 PM Andy Fan wrote: > >> Hi: >> >> I recently found a use case like this. SELECT * FROM p, q WHERE >> p.partkey = >> q.colx AND (q.colx = $1 OR q.colx = $2); Then we can't do either >> planning time >> partiti

Re: Extend more usecase for planning time partition pruning and init partition pruning.

2021-01-24 Thread Andy Fan
On Sun, Jan 24, 2021 at 6:34 PM Andy Fan wrote: > Hi: > > I recently found a use case like this. SELECT * FROM p, q WHERE > p.partkey = > q.colx AND (q.colx = $1 OR q.colx = $2); Then we can't do either planning > time > partition prune or init partition prune. Even though we have run-time >

Extend more usecase for planning time partition pruning and init partition pruning.

2021-01-24 Thread Andy Fan
Hi: I recently found a use case like this. SELECT * FROM p, q WHERE p.partkey = q.colx AND (q.colx = $1 OR q.colx = $2); Then we can't do either planning time partition prune or init partition prune. Even though we have run-time partition pruning work at last, it is too late in some cases si