Re: Odd Choice of seq scan

Поиск
Список
Период
Сортировка
От Ronuk Raval
Тема Re: Odd Choice of seq scan
Дата
Msg-id CAPhHnhr7NZdR7J=4H4ndsfXjPP6-V8VDtiUrcW_=iWcrhQXGYg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Odd Choice of seq scan  (Justin Pryzby <pryzby@telsasoft.com>)
Ответы Re: Odd Choice of seq scan  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
On Thu, Dec 1, 2022 at 8:21 PM Justin Pryzby <pryzby@telsasoft.com> wrote:
> Could you show explain analyze ?
>
> Maybe on both a well-behaving instance and a badly-beving instance.

Apologies for barging into this thread with a potentially unrelated
"me too" but here's a similar OR-causes-seqscan from 2018:
https://www.postgresql.org/message-id/CAPhHnhpc6bdGbRBa9hG7FQiKByVqR3s37VoY64DSMUxjeJGOjQ%40mail.gmail.com

I don't have other versions handy but can confirm that the problem
exists on Postgres 11.17 (dated but newer than the 10.1 in that post).

We've been working around the problem by rewriting queries to use UNION instead.



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

Предыдущее
От: Justin Pryzby
Дата:
Сообщение: Re: Odd Choice of seq scan
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Odd Choice of seq scan