Re: SQL command speed - Mailing list pgsql-sql

From Tom Lane
Subject Re: SQL command speed
Date
Msg-id 25357.958686476@sss.pgh.pa.us
Whole thread Raw
In response to SQL command speed  (Kate Collins <klcollins@wsicorp.com>)
List pgsql-sql
Kate Collins <klcollins@wsicorp.com> writes:
> I did some experimentation, and if the WHERE clause had one or two items
> it would use the index; more and it would not.

Kate, it is reasonable behavior for the planner to stop using
indexscans when there are enough OR clauses.  Each OR clause requires
a separate indexscan and so eventually it'll be cheaper to just do one
sequential scan over the whole table.  What we appear to have here is
a case of misestimation of the relative costs of index and sequential
scans, leading the planner to switch too soon.  Next question is why
the misestimation.  It's difficult to say anything without seeing
your EXPLAIN results for different numbers of OR clauses.  Also, how
big is the table (how many rows) and how many rows do you actually
get from the query?
        regards, tom lane


pgsql-sql by date:

Previous
From: "Michael A. Mayo"
Date:
Subject: Re: What is the difference between NULL and "undef"
Next
From: "Ross J. Reedstrom"
Date:
Subject: Library sort order (was Re: SQL command speed)