[EMAIL PROTECTED] ("sathiya psql") writes:
> On Tue, Mar 25, 2008 at 2:09 PM, jose
> javier parra sanchez <[EMAIL PROTECTED]> wrote:
>
>
> It's been said zillions of
> times on the maillist. Using a select
> count(*) in postgres is slow,
> and probably will be slow for a long
> time. So that function is
> not a good way to measure perfomance.
>
>
>
> Yes, but if the data
> is in HDD then we can say this...
> but now
> the data is in RAM
Even if the data all is in RAM, it will still take some definitely
non-zero time to examine all of the pages, looking for tuples, and
then to determine which of those tuples are visible from the
perspective of your DB connection.
If 500MB of relevant data is sitting on disk, then it will take
whatever time it takes to pull it from disk; if it is in memory, there
is still work to be done...
--
select 'cbbrowne' || '@' || 'cbbrowne.com';
http://linuxdatabases.info/info/finances.html
Rules of the Evil Overlord #76. "If the hero runs up to my roof, I
will not run up after him and struggle with him in an attempt to push
him over the edge. I will also not engage him at the edge of a
cliff. (In the middle of a rope-bridge over a river of molten lava is
not even worth considering.)" <http://www.eviloverlord.com/>
--
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance
