Re: Performance question (stripped down the problem)

From: "Tille, Andreas" <TilleA(at)rki(dot)de>
To:
Cc: PostgreSQL General <pgsql-general(at)postgresql(dot)org>
Subject: Re: Performance question (stripped down the problem)
Date: 2001-10-01 11:05:47
Message-ID: Pine.LNX.4.33.0110011305070.27365-100000@wr-linux02.rki.ivbb.bund.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, 27 Sep 2001, Steve Wolfe wrote:

> This is interesting, just yesterday I was perusing some of Bruce
> Momjian's works on PG tuning, and noticed that Postgres prefers sequential
> scans over indexes when much of the table has to be read, all because of
> the number of head movements on the disk. It would seem that these days,
> where RAM is cheap, that most people have a great enough disk cache that
> head movements can become irrelevant.
>
> However, I can also see where some people may have incredibly large
> tables that just won't fit into RAM. An easy solution to both might be to
> create a user-specifiable switch passed at startup that would simply tell
> PG that sequentials aren't necessarily better than index scans. Not
> completely disabling them, but at least giving it a pointer that it
> doesn't *have* to use sequentials.
The problem is that *both* methods are to slow for my application :-(.

Kind regards

Andreas.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Andy Hallam 2001-10-01 13:07:23 Datatype for large UNICODE string storage
Previous Message Pier Paolo Bortone 2001-10-01 09:15:22 Inserting float with ',' instead of '.' using COPY statement