Re: Performance of count(*) - Mailing list pgsql-performance

From Michael Stone
Subject Re: Performance of count(*)
Date
Msg-id 8eec90ab2ccf424d8df4ef12d2bf3fb6
Whole thread Raw
In response to Re: Performance of count(*)  ("Merlin Moncure" <mmoncure@gmail.com>)
List pgsql-performance
On Thu, Mar 22, 2007 at 02:24:39PM -0400, Merlin Moncure wrote:
>Tino was saying that rather that build a complete indexing storage
>management solution that lives outside the database, it is better to
>do intelligent session management so that you get the simplicity if a
>two tier client server system but the scalability of a web app.

No, what he was saying was "there's this thing called a cursor". I 
thought there was enough information in the original message to indicate 
that the author knew about cursors. There are certainly pros and cons 
and nuances to different approaches, but Tino's message didn't touch on 
anything that specific. 

And even if you do use some kind of "intelligent session management", 
how many simultaneous cursors can postgres sanely keep track of? 
Thousands? Millions? Tens of Millions? I suspect there's a scalability 
limit in there somewhere. Luckily I don't spend much time in the web 
application space, so I don't need to know.  :)

Mike Stone


pgsql-performance by date:

Previous
From: Tino Wildenhain
Date:
Subject: Re: Performance of count(*)
Next
From: "Matt Smiley"
Date:
Subject: Sunfire X4500 recommendations