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

From: Richard Huxton <dev(at)archonet(dot)com>
To: alex(at)neteconomist(dot)com
Cc: Andrei Bintintan <klodoma(at)ar-sd(dot)net>, Greg Stark <gsstark(at)mit(dot)edu>, pgsql-sql(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org
Subject: Re: [SQL] OFFSET impact on Performance???
Date: 2005-01-26 13:57:00
Message-ID: 41F7A1AC.1060406@archonet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance pgsql-sql

Alex Turner wrote:
> As I read the docs, a temp table doesn't solve our problem, as it does
> not persist between sessions. With a web page there is no guarentee
> that you will receive the same connection between requests, so a temp
> table doesn't solve the problem. It looks like you either have to
> create a real table (which is undesirable becuase it has to be
> physicaly synced, and TTFB will be very poor) or create an application
> tier in between the web tier and the database tier to allow data to
> persist between requests tied to a unique session id.
>
> Looks like the solutions to this problem is not RDBMS IMHO.

It's less the RDBMS than the web application. You're trying to mix a
stateful setup (the application) with a stateless presentation layer
(the web). If you're using PHP (which doesn't offer a "real" middle
layer) you might want to look at memcached.

--
Richard Huxton
Archonet Ltd

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Peter Darley 2005-01-26 15:16:25 Re: Possibly slow query
Previous Message Alex Turner 2005-01-26 13:47:32 Re: [SQL] OFFSET impact on Performance???

Browse pgsql-sql by date

  From Date Subject
Next Message Richard Huxton 2005-01-26 13:58:58 Re: same question little different test MSSQL vrs Postgres
Previous Message Alex Turner 2005-01-26 13:47:32 Re: [SQL] OFFSET impact on Performance???