Re: Are bitmap index scans slow to start? - Mailing list pgsql-performance

From Carlo Stonebanks
Subject Re: Are bitmap index scans slow to start?
Date
Msg-id 004601ce15f0$1fc6ce20$5f546a60$@sympatico.ca
Whole thread Raw
In response to Re: Are bitmap index scans slow to start?  (Gavin Flower <GavinFlower@archidevsys.co.nz>)
Responses Re: Are bitmap index scans slow to start?
List pgsql-performance

<<Could you use CLUSTER on the table after it had been closed off?  If appropriate, that should make the queries run much faster, as elated entries will be in the same or nearby blocks on disk.

>> 

 

Technically, yes. That would really help, but the issue is scheduling. Although the logs are closed off for writes, they aren’t closed off for reads, ref PG documentation: “When a table is being clustered, an ACCESS EXCLUSIVE lock is acquired on it. This prevents any other database operations (both reads and writes) from operating on the table until the CLUSTER is finished.”

 

Not ideal, but a lot better than doing nothing at all!

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Wrong actual number of rows in the Query Plan
Next
From: Ao Jianwang
Date:
Subject: Re: SELECT is slow on smaller table?