Re: NOT IN subquery optimization
От | Thomas Munro |
---|---|
Тема | Re: NOT IN subquery optimization |
Дата | |
Msg-id | CA+hUKGLr2_xwZsKdd+MxM6Vei7j83wxYrCJQstWAXZU_3jjKHg@mail.gmail.com обсуждение исходный текст |
Ответ на | NOT IN subquery optimization ("Li, Zheng" <zhelli@amazon.com>) |
Ответы |
Re: NOT IN subquery optimization
|
Список | pgsql-hackers |
On Sat, Jun 29, 2019 at 4:19 AM Li, Zheng <zhelli@amazon.com> wrote:> > Resending patch v2.2, looks like the previous submission did not get attached to the original thread. > > This version fixed an issue that involves CTE. Because we call subquery_planner before deciding whether to proceed withthe transformation, we need to setup access to upper level CTEs at this point if the subquery contains any CTE RangeTblEntry. > > Also added more test cases of NOT IN accessing CTEs, including recursive CTE. It's nice that CTE can use index now! Hi Zheng, Jim, With my Commitfest doozer hat on, I have moved this entry to the September 'fest. I noticed in passing that it needs to be adjusted for the new pg_list.h API. It'd be good to get some feedback from reviewers on these two competing proposals: https://commitfest.postgresql.org/24/2020/ https://commitfest.postgresql.org/24/2023/ -- Thomas Munro https://enterprisedb.com
В списке pgsql-hackers по дате отправления: