OFFSET and subselects

From: dbichko(at)genpathpharma(dot)com (Dmitri Bichko)
To: pgsql-sql(at)postgresql(dot)org
Subject: OFFSET and subselects
Date: 2003-11-21 16:38:16
Message-ID: cf1d5239.0311210838.3865363e@posting.google.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

I recently noticed a behaviour which seems quite suboptimal - I am
working on a "mart" type application, which in practice means I end up
with queries which have a few filters on several central tables, and
then a few dozen subselects for other info (which seems to perform
better than several dozen equivalent LEFT JOINs do). I am running in
trouble with pagination here, somehow (rather naively) I assumed that
when doing a LIMIT and OFFSET, the subselects on the records before
the OFFSET would not be performed, which quite apparently is not the
case. So, LIMIT 50 OFFSET 0 takes 100ms to run, LIMIT 50 OFFSET 50
takes 200ms, LIMIT 50 OFFSET 100 takes 300ms; and so forth, this
really becomes unacceptable after a few pages.

I was wondering how I migh improve the situation? Two possibilities
come to mind: a) run the query without the subselects and store the
LIMIT 50 in a temp table, doing a select all from that with the
subselects as a separate query or b) similar, but run the queries from
the subselects as separate queries, assembling everything in the app.

Is one better than the other in any way? Are there better ways to deal
with this?

Thanks

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Yudie 2003-11-21 17:47:42 cast varchar to numeric/money
Previous Message Christoph Haller 2003-11-21 15:22:57 Re: Compare strings which resembles each other