Re: Parallel Query

Поиск
Список
Период
Сортировка
От Jeff Janes
Тема Re: Parallel Query
Дата
Msg-id CAMkU=1wqPMzYoRo2zcqwqBkSd_AHnXjPWDmBRnTLFkpCwc7NXw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Parallel Query  (Luís Roberto Weck <luisroberto@siscobra.com.br>)
Список pgsql-performance


On Wed, Nov 13, 2019 at 4:01 PM Luís Roberto Weck <luisroberto@siscobra.com.br> wrote:

Maybe PostgreSQL can't find a way to calculate having estimates?

I wasn't even thinking of the HAVING estimates I was thinking of just the raw aggregates.  It can't implement the HAVING until has the raw aggregate in hand. But, what is the actual row count without the HAVING?  Well, I notice now this line:

Rows Removed by Filter: 6787359

So the row count of rows=86 is mostly due to the HAVING, not due to the raw aggregation, a point I overlooked initially.  So the planner is not mistaken in thinking that a huge number of rows need to be passed up--it is correct in thinking that.
 
Cheers,

Jeff

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

Предыдущее
От: Jeff Janes
Дата:
Сообщение: Re: Parallel Query
Следующее
От: Luís Roberto Weck
Дата:
Сообщение: Re: Parallel Query