NOT IN subquery optimization

Поиск
Список
Период
Сортировка
От Li, Zheng
Тема NOT IN subquery optimization
Дата
Msg-id D204D6B4-2C4B-44FD-848A-9503A3DC2874@amazon.com
обсуждение исходный текст
Ответы Re: NOT IN subquery optimization  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-hackers
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 with
thetransformation, 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!

Regards,
-----------
Zheng Li
AWS, Amazon Aurora PostgreSQL
 

On 6/28/19, 12:02 PM, "Li, Zheng" <zhelli@amazon.com> wrote:

    Rebased patch is attached.
    
    Comments are welcome.
    
    -----------
    Zheng Li
    AWS, Amazon Aurora PostgreSQL
     
    
    On 6/14/19, 5:39 PM, "zhengli" <zhelli@amazon.com> wrote:
    
        In our patch, we only proceed with the ANTI JOIN transformation if
        subplan_is_hashable(subplan) is
        false, it requires the subquery to be planned at this point.
        
        To avoid planning the subquery again later on, I want to keep a pointer of
        the subplan in SubLink so that we can directly reuse the subplan when
        needed. However, this change breaks initdb for some reason and I'm trying to
        figure it out.
        
        I'll send the rebased patch in the following email since it's been a while.
        
        
        
        --
        Sent from: http://www.postgresql-archive.org/PostgreSQL-hackers-f1928748.html
        
        
        
    
    


Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: Avoid full GIN index scan when possible
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: Avoid full GIN index scan when possible