Tengo la siguiente tabla e índices definidos:

CREATE TABLE ticket
(
  wid bigint NOT NULL DEFAULT nextval('tickets_id_seq'::regclass),
  eid bigint,
  created timestamp with time zone NOT NULL DEFAULT now(),
  status integer NOT NULL DEFAULT 0,
  argsxml text,
  moduleid character varying(255),
  source_id bigint,
  file_type_id bigint,
  file_name character varying(255),
  status_reason character varying(255),
  ...
)

He creado un índice en lacreated marca de tiempo de la siguiente manera:

CREATE INDEX ticket_1_idx
  ON ticket
  USING btree
  (created );

y aquí está mi consulta

select * from ticket 
where created between '2012-12-19 00:00:00' and  '2012-12-20 00:00:00'

Esto funcionó bien hasta que el número de registros comenzó a crecer (alrededor de 5 millones) y ahora se está demorando en volver.

Explicar analizar revela esto:

"Index Scan using ticket_1_idx on ticket  (cost=0.00..10202.64 rows=52543 width=1297) (actual time=0.109..125.704 rows=53340 loops=1)"
"  Index Cond: ((created >= '2012-12-19 00:00:00+00'::timestamp with time zone) AND (created <= '2012-12-20 00:00:00+00'::timestamp with time zone))"
"Total runtime: 175.853 ms"

Hasta ahora he intentado configurar

random_page_cost = 1.75 
effective_cache_size = 3 

También creado

create CLUSTER ticket USING ticket_1_idx;

Nada funciona. ¿Qué estoy haciendo mal? ¿Por qué está seleccionando exploración secuencial? Se supone que los índices hacen la consulta rápida. ¿Algo que se pueda hacer para optimizarlo?