Re: Parallel append plan instability/randomness

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Parallel append plan instability/randomness
Дата
Msg-id 7400.1515390981@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Parallel append plan instability/randomness  (Amit Khandekar <amitdkhan.pg@gmail.com>)
Ответы Re: Parallel append plan instability/randomness
Список pgsql-hackers
Amit Khandekar <amitdkhan.pg@gmail.com> writes:
> The fact that b_star gets moved from 5th position to  the first
> position in the scans, indicates that it's cost shoots up from 1.04 to
> a value greater than 1.16. It does not look like a case where two
> costs are almost same due to which their positions swap sometimes. I
> am trying to figure out what else can it be ...

The gut feeling I had upon seeing the failure was that the plan shape
depends on the order in which rows happen to be read from the system
catalogs by a heapscan.  I've not tried to run that idea to ground yet.

            regards, tom lane


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

Предыдущее
От: Amit Khandekar
Дата:
Сообщение: Re: Parallel append plan instability/randomness
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: Logical decoding fast-forward and slot advance