Re: Help in avoiding a query 'Warm-Up' period/shared buffer cache

From: "Qingqing Zhou" <zhouqq(at)cs(dot)toronto(dot)edu>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: Help in avoiding a query 'Warm-Up' period/shared buffer cache
Date: 2006-01-06 03:08:05
Message-ID: dpkms7$1van$1@news.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance


"Mark Liberman" <mliberman(at)mixedsignals(dot)com> wrote
>
> Now, my follow-up question / assumption. I am assuming that the IO time
> is
> so long on that index because it has to read the entire index (for that
> file_id) into memory
>
> any confirmation / corrections to my assumptions are greatly appreciated.
> E.g. is
> the compound index the way to go, or the solo index on file_id?
>

Only part of the index file is read. It is a btree index. Keep the index
smaller but sufficient to guide your search is always good because even by
the guidiance of the index, a heap visit to get the real data is not
avoidable.

Regards,
Qingqing

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Jim C. Nasby 2006-01-06 03:14:21 Re: Help in avoiding a query 'Warm-Up' period/shared buffer
Previous Message David Lang 2006-01-06 02:50:22 Re: Help in avoiding a query 'Warm-Up' period/shared buffer