Re: [SQL] OFFSET impact on Performance???

From: Greg Stark <gsstark(at)mit(dot)edu>
To: alex(at)neteconomist(dot)com
Cc: Richard Huxton <dev(at)archonet(dot)com>, Andrei Bintintan <klodoma(at)ar-sd(dot)net>, pgsql-sql(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org
Subject: Re: [SQL] OFFSET impact on Performance???
Date: 2005-01-25 18:28:46
Message-ID: 87y8eh1hy9.fsf@stark.xeocode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance pgsql-sql


Alex Turner <armtuk(at)gmail(dot)com> writes:

> I am also very interesting in this very question.. Is there any way to
> declare a persistant cursor that remains open between pg sessions?
> This would be better than a temp table because you would not have to
> do the initial select and insert into a fresh table and incur those IO
> costs, which are often very heavy, and the reason why one would want
> to use a cursor.

TANSTAAFL. How would such a persistent cursor be implemented if not by
building a temporary table somewhere behind the scenes?

There could be some advantage if the data were stored in a temporary table
marked as not having to be WAL logged. Instead it could be automatically
cleared on every database start.

--
greg

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Litao Wu 2005-01-25 18:29:26 Re: reltuples after vacuum and analyze
Previous Message Mitch Pirtle 2005-01-25 18:19:48 PG versus FreeBSD, startup and connections problems

Browse pgsql-sql by date

  From Date Subject
Next Message Clint Stotesbery 2005-01-25 18:39:16 Re: converting Oracle scripts to PostgreSQL
Previous Message Dennis Sacks 2005-01-25 18:27:31 Re: converting Oracle scripts to PostgreSQL