Performance problems with DISTINCT ON

From: "Sgarbossa Domenico" <domenico(dot)sgarbossa(at)eniac(dot)it>
To: <pgsql-performance(at)postgresql(dot)org>
Subject: Performance problems with DISTINCT ON
Date: 2009-09-28 17:18:48
Message-ID: 86BD52C4247C45E6B14A460BB962CB93@laneniac.it
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance


I need to retrieve the most recent prices per products from a price list table:

CREATE TABLE listini_anagrafici
(
id character varying(36) NOT NULL,
articolo character varying(18),
listino character varying(5),
data_ent date,
data_fin date,
prezzo double precision,
ultimo boolean DEFAULT false,
date_entered timestamp without time zone NOT NULL,
date_modified timestamp without time zone NOT NULL,
created_by character varying(36),
modified_user_id character varying(36) NOT NULL,
deleted boolean NOT NULL DEFAULT false,
CONSTRAINT listini_anagrafici_id_key UNIQUE (id)
)

I guess the right query is:

select distinct on (articolo) articolo,data_ent,prezzo from listini_anagrafici order by articolo, data_ent desc

but it seems that this query runs slowly... about 5/6 seconds.
the table contains more or less 500K records, PostgreSQL version is 8.1.11 and the server has 4gb of RAM entirely dedicate to the db.

I've tried adding this index

CREATE INDEX articolo_data_ent ON listini_anagrafici (articoli, data_ent)

but it doesn't helps.

As you can see from the explain command (below) the query seems to ignore the index

'Unique (cost=73897.58..76554.94 rows=77765 width=24)'
' -> Sort (cost=73897.58..75226.26 rows=531472 width=24)'
' Sort Key: articolo, data_ent'
' -> Seq Scan on listini_anagrafici (cost=0.00..16603.72 rows=531472 width=24)'

anyone knows how to make this query run faster?

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Josh Berkus 2009-09-28 17:36:04 Re: PG 8.3 and large shared buffer settings
Previous Message Bill Kirtley 2009-09-28 15:54:54 Re: Use of sequence rather than index scan for one text column on one instance of a database