Re: Postgres 8.3 only uses seq scan

From: "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>
To: "Clemens Schwaighofer" <clemens(dot)schwaighofer(at)tequila(dot)jp>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Postgres 8.3 only uses seq scan
Date: 2008-11-26 06:20:56
Message-ID: dcc563d10811252220la7af949rf401a3a7e46e9913@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Nov 25, 2008 at 10:22 PM, Clemens Schwaighofer
<clemens(dot)schwaighofer(at)tequila(dot)jp> wrote:
> On 11/26/2008 02:15 PM, Scott Marlowe wrote:
>>
>> Are there more rows in the 8.2 table you're testing on? Or is the
>> whole table small enough to fit on a few pages?
>
> I highly doubt that. I have right now in one of the DBs I transfered
> tables from ~100.000 down to ~40.000 rows that all join together. I
> somehow really doubt that fit in a few pages.

Right, with more rows, and choosing fewer, pgsql will go for an index
scan. if choosing a good %, the seq scan.

> So, I am fine when I trust the Postgresql planner :) Because speed wise
> I see no difference that 8.3 would be slower than 8.2

Well, the planner's not perfect. Some off corner cases can catch it
out, or if your database isn't analyzed after a lot of changes it may
make an uninformed decision. But most the time it makes the right, or
close enough, decision.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Clemens Schwaighofer 2008-11-26 06:28:20 Re: Postgres 8.3 only uses seq scan
Previous Message Csaba Együd 2008-11-26 05:37:30 Re: Separate Sessions?? (View data <-> Query tool)