Re: Odd Choice of seq scan - Mailing list pgsql-performance

From Ronuk Raval
Subject Re: Odd Choice of seq scan
Date
Msg-id CAPhHnhr7NZdR7J=4H4ndsfXjPP6-V8VDtiUrcW_=iWcrhQXGYg@mail.gmail.com
Whole thread Raw
In response to Re: Odd Choice of seq scan  (Justin Pryzby <pryzby@telsasoft.com>)
Responses Re: Odd Choice of seq scan
List 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 by date:

Previous
From: Justin Pryzby
Date:
Subject: Re: Odd Choice of seq scan
Next
From: Tom Lane
Date:
Subject: Re: Odd Choice of seq scan