| From: | David Rowley <dgrowleyml(at)gmail(dot)com> |
|---|---|
| To: | Ron <ronljohnsonjr(at)gmail(dot)com> |
| Cc: | PostgreSQL General <pgsql-general(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: enable_seqscan to off -> initial cost 10000000000 |
| Date: | 2021-04-24 05:30:20 |
| Message-ID: | CAApHDvoJqBcqBnRMB-09vy8r2sh0HRt4SsuXiKV3Mbzq1uxi7Q@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Sat, 24 Apr 2021 at 03:44, Ron <ronljohnsonjr(at)gmail(dot)com> wrote:
>
> On 4/23/21 10:39 AM, Luca Ferrari wrote:
> > Hi all,
> > this could be trivial, but I would like an explaination: if I turn off
> > sequential scans on a table without indexes, the same access plan is
> > increased by a 10000000000 factor. I suspect this is a warning for me
> > to remind that something is misconfigured, or is there anothe reason?
>
> Maybe I'm missing something, but in "a table without indexes", what else is
> there besides sequential scan?
You're not really missing anything.
However, technically, in the yet-to-be-released PG14, if the query had
a TID qual then you could disable seqscan to encourage a TID Range
scan. That's a bit of a stretch of the imagination though.
David
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Lewis | 2021-04-24 13:57:08 | Re: BRIN index on timestamptz |
| Previous Message | Michael Lewis | 2021-04-24 03:02:05 | Re: BRIN index on timestamptz |