Re: Why the difference in plans ?

From: Dave Cramer <pg(at)fastcrypt(dot)com>
To: Stephen Denne <Stephen(dot)Denne(at)datamail(dot)co(dot)nz>
Cc: "postgresql performance list" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Why the difference in plans ?
Date: 2008-03-07 11:21:56
Message-ID: 1EA4326F-42CD-4112-B993-E10FFA22C6CE@fastcrypt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance


On 6-Mar-08, at 9:30 PM, Stephen Denne wrote:

>> The strange thing of course is that the data is exactly the same for
>> both runs, the tables have not been changed between runs, and I did
>> them right after another. Even more strange is that the seq scan is
>> faster than the index scan.
>
> It is not strange at all, since both queries read ALL the rows in
> your table, checking each and every row to see whether it matched
> your predicates.
>
> The sequential scan read them in the order they are on the disk,
> meaning your disk didn't have to seek as much (assuming low file
> fragmentation).
>
> The index scan again reads all the rows in your table, but reads
> them in the order they were in the index, which is probably quite
> different from the order that they are on the disk, so the disk had
> to seek a lot. In addition, it had to read the index.
>
OK, that makes sense.

So given that the predicates are essentially the same why would the
planner decide to use or not use the index ?

>
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org
> )
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Bill Moran 2008-03-07 11:53:14 Re: Toast space grows
Previous Message Dave Cramer 2008-03-07 11:21:03 Re: Why the difference in plans ?