Re: Useless memoize path generated for unique join on primary keys - Mailing list pgsql-performance

From David Rowley
Subject Re: Useless memoize path generated for unique join on primary keys
Date
Msg-id CAApHDvrjwrmnxe__Xhz0NyxKL6d1wW7i=2_p+d5oj2QfmTCnhA@mail.gmail.com
Whole thread Raw
In response to Re: Useless memoize path generated for unique join on primary keys  (Benjamin Coutu <ben.coutu@zeyos.com>)
List pgsql-performance
On Wed, 4 May 2022 at 00:21, Benjamin Coutu <ben.coutu@zeyos.com> wrote:
> Thanks David, using extended statistics for both (and only for both) tables solved this problem.

Oh, whoops. I did get that backwards.  The estimate used by the
Memoize costing code is from the outer side of the join, which is the
extdataempty in this case. I don't think the
extdataregular_field_index_stats will do anything. It'll be the ones
you added on extdataempty that are making it work.

> BTW, thank you for all your work on performance in recent releases.

Thanks for the feedback :)

David



pgsql-performance by date:

Previous
From: Benjamin Coutu
Date:
Subject: Re: Useless memoize path generated for unique join on primary keys
Next
From: Levi Aul
Date:
Subject: Window partial fetch optimization