From: | Kevin Hunter <hunteke(at)earlham(dot)edu> |
---|---|
To: | Tyler Durden <tylersticky(at)gmail(dot)com> |
Cc: | PostgreSQL General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Seq Scan |
Date: | 2007-06-01 21:03:17 |
Message-ID: | 7C2BC37D-FC72-4EEA-84B2-D056AE4473B8@earlham.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
of the conversation.
breaks the flow
because it
toppost
Please don't
At 1:17p -0400 on 01 Jun 2007, Tyler Durden wrote:
> Yes, either case happens the same.
> I'm come recently from MySQL and it works in a different way.
> I find strange that a simple SELECT COUNT(...) is so slow with only
> 700 000 records.
> Has been a nightmare optimizing this tables/queries.
> Sorry about this silly question, but I'm new to Posgresql.
The much more knowledgable will correct me, but the abbr. version is
that it is for data integrity and correctness reasons and the
inherent way in which the MVCC model works. If it's any condolence,
I believe that Oracle also suffers with this particular query, but I
haven't seen any benchmarks to prove that (I think because Oracle
expressly forbids benchmarks and comparisons in their license, but
don't quote me on that).
For a complete discussion, go this page and look for the thread with
the subject 'Performance of count(*)'
http://archives.postgresql.org/pgsql-performance/2007-03/threads.php
I believe that may help.
Kevin
From | Date | Subject | |
---|---|---|---|
Next Message | Ron Johnson | 2007-06-01 21:07:15 | Re: why postgresql over other RDBMS |
Previous Message | Ron Johnson | 2007-06-01 20:58:01 | Continuous PITR (was Re: multimaster) |