From: | Richard Huxton <dev(at)archonet(dot)com> |
---|---|
To: | Joost Kraaijeveld <J(dot)Kraaijeveld(at)Askesis(dot)nl> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: is file size relevant in choosing index or table scan? |
Date: | 2007-05-22 09:42:18 |
Message-ID: | 4652BAFA.5060206@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Joost Kraaijeveld wrote:
> Hi,
>
> I have a table with a file size of 400 MB with an index of 100 MB.
> Does PostgreSQL take the file sizes of both the table and the index
> into account when determing if it should do a table or an index scan?
In effect yes, although it will think in terms of row sizes and disk
blocks. It also considers how many rows it thinks it will fetch and
whether the rows it wants are together or spread amongst many blocks. It
also tries to estimate what the chances are of those blocks being cached
in RAM vs still on disk.
So: 1 row from a 4 million row table, accessed by primary key => index.
20 rows from a 200 row table => seq scan (probably).
In between => depends on your postgresql.conf
--
Richard Huxton
Archonet Ltd
From | Date | Subject | |
---|---|---|---|
Next Message | valgog | 2007-05-22 10:00:41 | Re: Key/Value reference table generation: INSERT/UPDATE performance |
Previous Message | Joost Kraaijeveld | 2007-05-22 09:29:46 | is file size relevant in choosing index or table scan? |