Re: Seq scan vs index scan

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: arun chirappurath <arunsnmimt(at)gmail(dot)com>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Seq scan vs index scan
Date: 2024-03-23 04:13:16
Message-ID: 1242761.1711167196@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

arun chirappurath <arunsnmimt(at)gmail(dot)com> writes:
> I have a table named users with index on user name.
> ...
> When I try to do below select query it's taking seq scan and query returns
> in 5ms.

5ms is an okay runtime, I would think. Is the table empty?

> I am trying to force query to use indexes using query hints.

The way to force it would be enable_seqscan = off. I would not
be surprised to hear that that makes it slower, though. The
planner will prefer not to use an index if it thinks that will
be slower, and in this case it sounds like that could be right.
(Don't ever assume that what the planner does with a small table
is what it will do with a large table.)

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message arun chirappurath 2024-03-23 04:21:30 Re: Seq scan vs index scan
Previous Message David G. Johnston 2024-03-23 04:02:49 Re: Seq scan vs index scan